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ABSTRACT 


This  thesis  recommends  ways  to  improve  the  content  of  the 
training  curriculum  and  software  usability  of  the  Fleet  Management 
System-Real  Time  (FMS-RT).  The  premise  of  this  thesis  is  that  the 
Navy  should  increase  its  performance  during  major  overhauls  and 
availabilities.  According  to  experts,  the  current  FMS-RT  training  pro¬ 
gram  could  be  improved  with  the  addition  of  three  curriculum  areas: 
project  management  training,  advanced  project  management  estimat¬ 
ing  techniques,  and  the  more  specific  assignment  of  responsibilities  in 
the  implementation  of  the  program.  In  addition,  many  problems  and 
possible  enhancements  to  the  FMS-RT  software  were  identified  by  our 
usability  survey.  Incorporating  these  changes  to  the  training  curricu¬ 
lum  and  software  should  allow  the  navy  to  increase  ships  force  perfor¬ 
mance  during  overhauls. 
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I.  INTRODUCTION 


The  Fleet  Management  System-Real  Time  (FMS-RT),  a  relatively 
new  computer  system,  was  introduced  to  the  fleet  on  1  January  1988. 
The  FMS-RT  system  is  a  portable  stand-alone  system  that  is  delivered 
to  fleet  units  going  through  overhauls  or  major  industrial  availabilities 
of  greater  than  four  months  in  duration.  The  overhauls  and  availabili¬ 
ties  that  utilize  FMS-RT  are:  Complex  Overhauls  (COHs),  Regular  Over¬ 
hauls  (ROHs).  Drydock  or  Extended  Docked  Scheduled  Restricted 
Availabilities  (DSRAs  and  EDSRAs),  Drydock  or  Extended  Docked 
Phased  Maintenance  Availabilities  (DPMAs  and  EDPMAs),  and  any 
other  availability  requested  by  the  type  commander  (TYCOM). 

The  FMS-RT  system  replaced  the  fleet  Ship’s  Force  Overhaul 
Management  System  (SFOMS).  The  system  was  required  due  to  the 
Navy’s  decision  to  eliminate  the  use  of  the  INFONET  system,  the 
backbone  telecommunications  network  for  SFOMS.  Naval  Sea  Systems 
Command  Automated  Data  Systems  Activity  (SE^AADSA)  was  given  two 
years  to  design  and  install  FMS-RT  hardware  and  software,  while  Naval 
Sea  Systems  Command  Detachment  Planning  Engineering  Repairs  and 
Alterations  (PERA  CRUDES)  prepared  the  training  program. 

The  objective  of  the  FMS-RT  system  is  to  optimize  the  use  of  the 
ship’s  force  personnel  and  maintenance  resources  during  overhauls. 
The  goal  of  the  system  is  to  increase  performance  so  that  overhauls 
will  be  shorter  in  duration  and  at  a  lesser  cost  to  the  government. 
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Of  the  many  questions  that  could  be  addressed  surrounding  the 
FMS-RT  system,  two  questions  drive  this  research:  (1)  To  what  extent 
does  the  curriculum  teach  people  to  efficiently  and  effectively  utilize 
the  FMS-RT  system  in  the  management  of  resources  in  an  overhaul 
environment?  and  (2)  To  what  extent  is  the  FMS-RT  system  usable  by 
the  end  user?  “End  user”  in  this  case  means  the  person  who  directly 
interfaces  uith  the  computer  and  the  people  who  utilize  the  input  and 
output  reports. 

The  premise  of  this  thesis  is  that,  with  a  quality  software  package 
and  good  training,  the  FMS-RT  system  would  increase  ship’s  force 
work  performance.  We  are  not  testing  this  relationship;  we  are  merely 
making  the  assumption  that  w^th  good  quality  software  and  training, 
one  can  better  utilize  the  FMS-RT  system  and  thus  increase 
performance. 

It  is  therefore  imperative  that  we  define  exactly  what  we  are 
tedking  about  in  terms  of  training  and  software  quality.  We  will  begin 
with  the  issue  of  training. 

What  is  training?  What  is  meant  when  we  say  that  we  train  people 
in  the  use  of  computer  systems?  Webster’s  Ninth  New  Collegiate  Dic¬ 
tionary  indicates  that  to  train  means  “to  teach  so  as  to  make  fit.  quali¬ 
fied.  or  proficient."  [Ref.  l:p.  1251]  Training  means  “the  teaching, 
drill,  or  discipline  by  w'hich  powers  of  mind  or  body  are  developed: 
education."  [Ref.  2:p.  2424] 

Training  can  be  assessed  in  many  different  ways.  For  example,  we 
could  investigate  who  conducts  the  training  and  how  well  they 
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conduct  it  what  methods  are  used  and  how  appropriate  and  successful 
they  are.  and  what  the  content  of  the  training  curriculum  is  and 
whether  it  contains  all  the  necessary  and  sufficient  information  the 
learner  needs  to  know  and  master.  The  focus  of  this  thesis  is  on  the 
contents  of  the  curriculum,  or  what  we  refer  to  as  the  training  cur¬ 
riculum—  the  lecture  topics  and  the  supplemental  information  con¬ 
tained  in  hand-outs,  diagrams,  and  other  documents. 

We  chose  the  content  of  the  training  curriculum  because  it  is 
established  and  we  have  experts  in  shipboard  overhauls  who  can 
review  the  materials  to  ascertain  if  what  is  being  covered  is  what 
should  be  covered  in  the  limited  training  time  available.  Training  con¬ 
tent  is  an  issue  because  the  number  of  training  phases  have  decreased 
with  the  installation  of  the  FMS-RT  system,  and  because  overhauls  are 
of  such  a  relatively  short  duration  (four  months  to  a  year)  that  we  can¬ 
not  afford  a  large  learning  curve  on  a  system  if  we  are  to  get  increased 
performance  from  that  system. 

Our  second  issue  is  that  of  software.  What  is  the  quality  of  the 
FMS-RT  software?  Numerous  criteria  exist  to  judge  the  quality  of  soft¬ 
ware.  For  example,  we  see  in  Pressman’s  book  on  Software  Engineer¬ 
ing  (Ref.  3:pp.  452-463]  that  there  are  various  factors  that  can  be  used 
to  evaluate  the  success  of  any  software.  The  McCall,  et  al..  model  [Ref. 
3:p.  454]  illustrates  the  factors,  their  use.  and  some  of  the  metrics 
used  for  their  measurement  (see  Figure  1). 
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McCall’s  model  has  three  uses:  product  operation,  product  revi¬ 
sion.  and  product  transition.  These  uses  translate  to  factors  which 
have  measurable  criteria  or  metrics.  Since  FMS-RT  is  a  new  software 
product,  revision  and  transition  issues  are  of  lesser  importance  than 
product  operation.  The  five  factors  of  product  operation  are  usability, 
integrity,  efficiency,  correctness,  and  reliability.  Efficiency  and 
integrity  are  controlled  by  the  FMS-RT  user  through  restricted  access 
to  the  system  and  there  is  little  need  to  optimize  the  computer’s  effi¬ 
ciency.  The  factors  most  important  to  the  researcher  are  usability, 
reliability,  and  correctness.  Usability  is  initially  important  because  if 
we  cannot  initially  use  a  system  we  do  not  need  to  worry  about  issues 
like  reliability  or  correctness. 

This  study  evaluates  the  usability  factor.  Can  the  user  easily  oper¬ 
ate  the  FMS-RT  system?  Usability  is  the  quality  or  state  of  being  use- 
able.  Useable  means  capable  of  being  used:  convenient  and  practicable 
for  use  [Ref.  l:p.  1299].  We  investigate  usability  because  at  present  the 
Navy  has  very  little  actual  user  involvement  in  system  development. 
This  lack  of  user  involvement  often  leads  to  systems  that  work  but 
which,  due  to  their  complexity,  cannot  be  or  are  not  used  proficiently 
in  the  fleet. 

To  summarize  our  research,  this  paper  investigates  two  overlap¬ 
ping  issues—  training  curriculum  and  usability.  We  assume  that,  given 
an  appropriate  training  curriculum  and  a  usable  piece  of  softwaire,  we 
should  get  increased  performance  from  our  ship’s  work  force  during 
the  overhaul.  Ultimately,  recommendations  are  made  to  improve  the 
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FMS-RT  system  based  on  what  the  actual  users  have  to  say  about  the 
usability  of  the  system  and  on  what  experts  in  shipboard  overhauls 
have  to  say  about  the  training  curriculum. 

A.  THESIS  OVERVIEW 

1.  Chapter  II:  Background 

a.  Background  oj  Overhaul  Process  and  Ship’s  Force 
Role 

This  section  provides  a  brief  description  of  the  funding 
for  an  industrial  availability,  the  process  of  preparing  a  ship's  alter¬ 
ation  and  repair  package,  and  the  process  of  distributing  work 
between  a  contractor  and  the  ship’s  force  personnel.  A  general  time 
line  of  the  overhaul  planning  process  is  provided. 

b.  Background  of  Old  Overhaul  Management  Systems 
and  Problems 

This  section  is  divided  into  three  parts.  The  first  part 
describes  the  old  manual  tracking  system  and  its  problems.  The  sec¬ 
ond  part  describes  the  Ship’s  Force  Overhaul  Management  System 
(SFOMS)  and  the  problems  with  the  system.  The  last  part  of  this 
chapter  illustrates  two  problems  with  developing  any  computer-based 
ship’s  force  tracking  system— infrequent  use  of  the  system  and  com¬ 
plexity  of  the  system  to  the  user. 

2.  Chapter  III:  Description  of  FMS-RT 

This  section  gives  a  general  description  of  the  FMS-RT  hard¬ 
ware  and  software  as  well  as  a  description  of  FMS-RT  as  a  management 
information  system  (MIS). 
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3.  Chapter  IV:  Methodology 

This  section  describes  what  data  was  collected,  from  the  data 
was  collected,  and  how  it  was  collected. 

4.  Chapter  V:  Results 

This  section  contains  the  data.  The  collected  data  is  split 
between  the  training  curriculum—  current  and  optimal—  and  the  usabil¬ 
ity  survey  results. 

5.  Chapter  VI:  Analysis 

This  section  is  an  analysis  of  the  results.  We  compare  curric¬ 
ulum  contents  and  identify  usability  problems.  Interpretation  of  the 
data  is  presented  to  support  these  assessments. 

6.  Chapter  VII:  Recommendations  and  Conclusion 

In  addition  to  summari2ing  proposed  enhancements  to  the 
FMS-RT  system,  recommendations  are  made  for  additional  research 
into  areas  of  study  related  to  this  thesis. 

7.  Appendices 

Appendices  are  provided  to  assist  the  reader  and  to  support 
textual  material. 
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II.  BACKGROUND 


A.  BACKGROUND  OF  OVERHAUL  PROCESS  AND  SHIP’S  FORCE 
ROLE 

1.  Overhaul  Funding 

The  funds  required  to  overhaul  a  ship  run  well  into  the  mil¬ 
lions  of  dollars.  The  current  cost  to  overhaul  one  Spruance  Class 
Destroyer  is  about  $25  million.  It  is  about  $18  million  to  overhaul  one 
frigate.  The  Navy  overhauls  ships  based  upon  their  class  and  that 
class’s  maintenance  schedule.  Therefore,  on  an  annual  basis  we  must 
set  aside  an  enormous  sum  of  money  just  for  the  maintenance  and 
upkeep  of  our  fleet. 

Two  groups  conduct  annual  budgeting  for  overhauls.  First,  the 
type  commander  [TVCOMs  are  Commander  Naval  Surface  Force  Pacific 
(COMNAVSURFPAC)  and  Commander  Naval  Surface  Force  Atlantic 
(COMNAVSURFLANT)]  budgets  funds  for  the  ships  under  his  control. 
He  funds  general  upkeep,  maintenance,  and  repairs.  Second,  the  Naval 
Sea  Systems  Command  (NAVSE^)  budgets  funds  for  technical  research 
and  alterations  designed  to  improve  the  capabilities  of  our  ships. 
These  two  major  claimants  control  the  funds  that  are  required  to 
overhaul  our  ships.  The  Chief  of  Naval  Operations  must  approve  all 
alterations  made  on  each  ship,  but  the  alterations  are  financed  by 
NAVSEA. 

The  amount  spent  per  ship  and  the  number  of  ships  over¬ 
hauled  are  determined  by  the  amount  of  money  the  Secretary  of 
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Defense  appropriates  to  the  Chief  of  Naval  Operations  for  each  of  these 
major  claimants  after  the  annual  budget  has  been  passed.  A  long-range 
ships  schedule,  which  includes  major  industrial  availabilities,  aids 
these  two  commands  and  schedules  ships  for  maintenance.  An  over¬ 
haul  requires  substantial  financial  resources  from  both  the  TYCOM  £ind 
NAVSEA.  The  following  section  describes  from  where  the  financial 
estimates  for  the  total  cost  of  an  overhaul  come. 

2.  Overhaul  Planning  Process 

Planning  for  an  industrial  availability  requires  the  Interaction 
of  many  programs,  systems,  and  activities.  The  objective  of  this  plan¬ 
ning  process  is  to  define  a  work  package,  allocate  available  resources, 
obtain  required  materials,  and  schedule  work.  Because  of  the  numer¬ 
ous  variables  involved  in  planning,  this  process  is  Inherently  difficult 
to  manage. 

A  ship’s  overhaul  package  consists  of  two  major  types  of 
work— alterations  and  repairs.  Development  of  the  two  work  packages 
proceeds  along  different  paths  through  different  chains  of  command, 
but  both  must  be  merged  before  the  overhaul  for  review  and  initial 
planning. 

The  repair  work  package  is  generally  developed  and  work 
accomplished  by  the  following  process: 

a  The  TYCOM  tasks  the  appropriate  Planning  and  Engineering  for 
Repair  and  Alterations  Command  (PERA)  to  prepare  the  Ship’s 
Alteration  and  Repair  Package  (SARP). 

b.  PERA  schedules  the  ship  to  conduct  a  Pre-Overhaul  Test  and 
Inspection  (POT&I).  Generally.  POT&l  is  scheduled  about  nine 
months  prior  to  overhaul  commencement. 
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c.  PERA  conducts  a  review  of  the  Current  Ship’s  Maintenance 
Project  (CSMP),  along  with  the  results  of  the  most  recent  annual 
INSURV  inspection  and  POT&I  to  ascertain  all  the  discrepancies 
with  the  ship. 

d.  PERA  prepares  the  SARP,  estimates  the  cost  of  overhauling  the 
ship.  £ind  submits  the  package  to  the  TYCOM. 

e.  TYCOM  screens  the  SARP  and  approves  the  work  package. 

f.  Contracts  are  awarded,  material  is  ordered  and  staged  for  the 
overhaul,  jobs  are  divided  between  shipyard  or  contractor  and 
either  ship’s  force  or  an  intermediate  maintenance  activity 
(IMA),  e.g..  a  SIMA.  MOTU.  or  a  tender. 

g.  Overhaul  begins. 

h.  TYCOM  approves  new  work  as  appropriate  throughout  the 
overhaul. 

i.  Overhaul  ends  and  ship  departs. 

Development  of  the  alteration  package  consists  of  the  follow¬ 
ing  tasks: 

a  Planned  alterations  are  listed  in  the  Fleet  Modernization  Program 
(FMP).  Alterations  applicable  to  the  ship  are  reviewed. 

b.  Approximately  one  year  prior  to  the  overhaul.  PERA  is  tasked 
with  advance  planning  for  specific  alterations. 

c.  The  alterations  are  incorporated  into  the  SARP  and  cost  esti¬ 
mates  are  forwarded  to  the  appropriate  command  after  the  alter¬ 
ations  are  ship-checked. 

d.  The  CNO-funded  alteration  package  is  provided  to  TYCOM  about 
six  months  prior  to  the  overhaul. 

e.  The  CNO  alteration  package  is  modified  at  the  pre-arrival  confer¬ 
ence  and  the  TYCOM-funded  alterations  are  firmed. 

f.  Overhaul  begins. 

g.  Overhaul  ends  and  ship  departs. 


10 


Developing  the  overhaul  package  by  these  processes  results  in 
certain  problems.  Typically,  the  SARP  is  prepared  late  and  is  of  ques¬ 
tionable  quality  because  of  late  or  incomplete  information,  access  to 
the  ship  is  restricted  due  to  conflict  with  operational  schedules,  and 
each  overhaul  is  treated  virtually  as  if  a  ship  had  never  been  through  an 
overhaul  before. 

These  problems  are  addressed  by  the  pre- arrival  conference, 
where  members  of  the  ship.  TYCOM,  PERA,  Supervisor  of  Shipbuild¬ 
ing.  Conversion,  and  Repair  (SUPSHIPS  is  the  group  that  does  con¬ 
tract  administration  and  accepts  work  for  the  government),  and  the 
IMAs  bring  out  problems  within  the  SARP.  Conflicts  over  who  should 
do  certain  work  because  of  either  the  scope  of  the  work  or  expertise 
required  are  resolved.  Problems  with  omission  of  Jobs,  as  well  as 
problems  with  improper  Job  descriptions  or  misunderstood  Job 
descriptions,  are  corrected. 

The  output  of  this  process  is  a  reliable  SARP  that  can  be  used 
to  solicit  bids  from  contractors  and  to  begin  the  initial  planning.  From 
this  effort,  the  ship  has  a  baseline  from  which  to  proceed  into  the 
detailed  planning  of  the  overhaul,  including  the  baseline  for  the  plan¬ 
ning  and  implementation  of  the  FMS-RT  system.  It  is  critical  to  realize 
that  the  FMS-RT  system  only  tracks  ship’s  force  work  and  work 
screened  to  IMAs,  that  Is.  work  to  be  done  by  the  Navy,  not  contractor 
work. 
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Figure  2  is  a  summaiy  time  line  of  the  overhaul  process.  This 
time  line  varies  slightly  depending  on  the  type  of  overhaul  or  availabil¬ 
ity  and  the  ship  type. 

B.  BACKGROUND  OF  OLD  MANAGEMENT  SYSTEMS  AND 
PROBLEMS 

1.  Manual  Ship’s  Force  Tracking  System 

This  system  refers  to  the  non-automated  tracking  system 
used  by  ships  prior  to  the  Ship’s  Force  Overhaul  Management  System 
(SFOMS)  that  will  be  discussed  later  in  this  chapter.  This  manual  sys¬ 
tem  is  hard  to  describe  because  it  varied  from  ship  to  ship  and  the 
overhaul  process  was  different  than  it  is  today.  The  ships’  personnel 
worked  in  conjunction  with  the  shipyard.  They  were  tasked  with  jobs 
by  the  contract  administrator,  SUPSHIPS,  and  most  overhauls  were 
conducted  at  Navy  shipyards. 

Today,  more  work  is  contracted  out  to  private  contractors. 
The  Office  of  Management  and  Budgeting  Circular  Number  A-76 
[Ref.  41  established  the  policy  of  not  having  the  government  compete 
over  contracts  that  can  be  accomplished  by  commercial  sources.  This 
policy  emphasizes  having  commercial  activities  do  as  much  as  possible 
so  the  size  of  our  military  force  can  be  controlled  and  so  we  can  train 
our  military  to  meet  their  primaiy  mission.  Contracts  are  also  given  to 
create  and  maintain  a  strong  base  of  shipbuilding  and  ship  repair 
facilities  in  case  of  mobilization.  We  hold  the  commanding  officer  of 
the  ship  responsible  for  the  overhaul  and  the  employment  of 
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•  PERA  conducts  advanced  planning  and 
screening  for  specinc  alteratlona 
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Figure  2.  General  Overhaul  Time  Line 
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his  resources,  both  financial  and  personnel.  Prior  to  1975,  when  this 
system  was  put  in  place,  overhauls  were  done  by  naval  shipyards  with 
the  crew  and  the  shipyard  personnel  working  together.  The 
commanding  officer  of  the  ship  and  the  project  manager  of  the 
overhaul  worked  closely  to  coordinate  the  work  to  be  done  in  the 
overhaul. 

The  manual  system  was  either  set  up  by  the  ship  or.  in  some 
cases,  the  shipyard  would  provide  a  work  plan  to  the  ship  in  the  form 
of  a  PERT  or  CPM-type  chart.  Turban  and  Meredith  [Ref.  5;pp.  319- 
377]  explain  the  general  concepts  of  program  management.  PERT  is 
the  Program  Evaluation  Review  Technique  and  CPM  is  the  Critical 
Path  Management  Technique.  The  difference  between  these  two  pro- 
gvam  management  techniques  is  the  way  in  which  activity  durations 
are  estimated.  PERT  utilizes  a  form  of  weighted  average  or  a  proba¬ 
bilistic  approach  and  CPM  uses  only  one  estimate  for  duration  of  an 
activity.  In  addition.  CPM  allows  an  explicit  cost  estimate  in  addition 
to  time.  PERT  is  basically  a  tool  for  planning  and  controlling  time. 

As  Turban  and  Meredith  point  out,  PERT  and  CPM  force 
management  to  plan  in  detail  and  to  define  what  must  be  done  to 
insure  timely  completion  of  the  project.  These  techniques  are  easily 
understood  because  they  provide  a  method  of  visualizing  the  entire 
project.  The  Navy  requires  submission  of  either  a  PERT  or  CPM  plan 
with  bids  from  contractors  on  ship  overhauls  (see  reference  for  fur¬ 
ther  details). 
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A  problem  with  the  manual  system  is  that  the  unit  going 
through  overhaul  has  little  control  over  the  format  of  information. 
Each  contractor  or  shipyard  had  its  own  system  for  job  tracking.  The 
ships  had  different  tracking  methods  internally.  The  internal  systems 
sometimes  changed  from  department  to  department  or  from  division 
officer  to  division  officer.  Some  ships  had  them  on  pocket  notebooks, 
others  had  standard  forms  made  up  for  tracking  purposes.  In  short, 
there  was  no  standard  established  in  the  Navy— internal  reports  could 
be  standardized  if  the  command  emphasized  standardization. 
However,  internal  and  external  reports  were  not  standard,  making 
decision  making  and  problem  identification  very  difficult.  These  infor¬ 
mation-handling  differences  often  caused  duplication  of  effort,  which 
drove  up  the  cost  of  overhauls  and  increased  their  duration. 

We  still  see  the  use  of  manual  tracking  today  as  a  back-up  to 
the  current  computer-based  systems  used  in  the  Navy.  While  aboard 
USS  Hewitt,  the  engineer  tracked  key  jobs  for  his  pocket  notebook 
(wheelbook)  and  had  standard  forms  for  each  ship’s  force  job  in  his 
department;  these  were  updated  twice  a  week.  He  had  this  manual 
tracking  system  because  his  forms  had  a  remarks  column  with  more 
detailed  information  than  the  reports  generated  by  the  computer- 
based  system. 

2.  The  Ship’s  Force  Overhaul  Management  System 

In  1975,  Pearl  Harbor  Naval  Shipyard  initiated  an  Overhaul 
Improvement  Program,  The  goal  of  the  program  was  to  make  more 
efficient  use  of  resources  (personnel  and  money).  After  a  review  of  the 
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maintenance  data  available  at  the  time  and  12  alternatives  for  a  man¬ 
agement  information  system  (MIS)  that  could  track  ship’s  force 
work. the  SFOMS  tracking  system  was  adopted.  The  purpose  of  this 
system  was  to  eliminate  the  duplication  of  effort  and  to  make  more 
efficient  use  of  ship’s  force  personnel.  The  end  result,  one  hoped, 
would  be  an  overhaul  of  shorter  duration  and  at  a  cheaper  cost  to  the 
government. 

The  system  was  a  batch  data-processing  system.  The  database 
was  updated  weekly  using  a  transaction  file.  The  system  was  designed 
using  a  central  host  computer  (mainframe  computer),  feeding  changes 
from  a  microcomputer  through  the  use  of  the  Computer  Systems  Cor¬ 
porations  Information  Network  (INFONET).  the  backbone  telecom¬ 
munications  network. 

The  problem  with  the  SFOMS  system  was  that,  as  of  1  Jan¬ 
uary  1988.  the  Navy  stopped  utilizing  the  INFONIST.  Additionally, 
reports  were  frequently  late  because  of  the  usual  process  of  submitting 
a  single  request  for  an  update  with  reports.  Up-to-date  reports  and  an 
updated  database  could  only  be  obtained  by  request.  The  process  con¬ 
sisted  typically  of  submitting  the  updates  on  Friday.  The  database  was 
first  updated  and  then  the  reports  were  produced  and  delivered  to  the 
ship.  This  report  turnaround  process  meant  that  changes  needed  to  be 
in  by  Thursday,  and  reports  would  be  back  to  middle  management  by 
Tuesday,  thus  allowing  just  three  days  for  problem  identification, 
scheduling  corrections,  and  other  decision-making  processes. 
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Problems  with  data  correctness  also  existed  because  only 
weekly  updates  were  available.  In  addition,  the  report  formats  did  not 
answer  all  the  questions  that  the  commanding  officer  had  and  there 
was  no  “what  ir  query  capability.  The  inputs  were  substantially  driven 
by  paperwork.  The  input  forms  were  filled  out  and  submitted  for 
review  up  the  chain  of  command,  with  only  one  or  two  people 
inputting  changes  to  the  database.  This  allowed  forms  to  be  lost  or 
data  to  be  entered  incorrectly.  The  system  was  complex,  functional, 
and  cumbersome.  However,  the  major  reason  for  its  downfall  was  the 
loss  of  the  INFONET  and  the  emergence  of  powerful  microcomputer- 
based  systems  that  could  do  the  same  Job  in  a  stand-alone  capacity. 

3.  Problems  Computer-Based  Systems  Must  Overcome 

In  the  area  of  computer-based  tracking  systems  for  ship’s 
force  work,  there  are  two  problems— infrequent  use  and  system  com¬ 
plexity.  Ships  go  through  overhauls  and  other  industrial  availabilities 
based  on  a  maintenance  cycle  for  the  particular  class  of  ship.  These 
major  upkeep  periods  are  every  three  to  five  years.  Therefore,  we  use 
this  computer  tracking  system  very  infrequently.  Because  we  do  not 
utilize  the  system  regularly,  we  must  be  trained  on  the  system  before 
we  can  be  expected  to  utilize  it  efficiently  and  effectively. 

Additionally,  the  person  who  interfaces  directly  with  the 
computer  is  not  trained  on  computers  and  has  other  responsibilities 
aboard  ship.  For  the  most  part.  Navy  ships  do  not  have  people  trained 
int  eh  use  of  microcomputers.  Were  we  to  stereotype  the  user,  we 
would  say  he  was  a  responsible  Second  Class  Petty  Officer  up  to  a  Chief 
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Petty  Officer:  he  is  not  in  charge  of  a  work  center:  he  has  a 
background  in  electronics,  and  he  has  only  an  “average  American 
knowledge”  of  using  a  computer.  He  did  not  get  formal  training  on 
computers  prior  to  using  this  system,  and  he  does  not  own  his  own 
personal  computer.  He  has  no  programming  skills.  In  short,  he  has  a 
limited  knowledge  of  computers. 

Therefore,  we  cannot  have  complex  systems  that  are  not  easy 
to  use.  Our  system  needs  to  be  extremely  forgiving  and  very  “user- 
friendly.” 
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III.  DESCRIPTION  OF  FMS-RT 


A.  HARDWARE 

The  FMS-RT  system  was  designed  to  operate  on  an  AT-compatible 
microcomputer  that  consists  of  the  following: 

•  an  AT  keyboard  layout 

•  a  minimum  of  20  megabytes  of  internal  fixed  disk  (access  time  of 
40  MS  or  less) 

•  a  360-kilobyte  diskette  drive 

•  a  high-resolution  composite  graphics  monitor 

•  a  Hercules-compatible  composite  color  video  card 

•  a  graphics-capable  printer  (minimum  200  CPS) 

•  a  minimum  of  one  megabyte  of  memory  (expandable  to  2.6 
megabytes) 

•  a  tape  streamer  back-up 

•  an  internal  date  £ind  time  clock  (battery  powered/back-up) 

•  MS-DOS  version  2.1  or  greater 

•  an  asynchronous  communications  interface 

•  an  80287  math  co-processor 

•  a  serial  port  (one) 

•  a  parallel  port  (one) 

•  two  8/16  bit  expansion  slots  (unused) 

•  an  IBM-compatible  graphics  card 

•  an  electrical  surge  supressor 
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Generally  speaking.  FMS-RT  uses  the  Zenith-248  computer  with 
Zenith  monitors  and  keyboards  and  the  Alps-P2000G  or  P2100G 
printer. 

B.  SOFTWARE 

The  program  life-cycle  manager  for  the  software  is  Naval  Sea  Sys¬ 
tems  Command  Automated  Data  Systems  Activity  (SEAADSA).  The 
software  was  programmed  in  the  high-level  computer  language  COBOL 
(Common  Business  Oriented  Language).  COBOL’s  strength  is  in  busi¬ 
ness  applications  and  it  interfaces  well  with  other  languages.  Since 
FMS-RT  is  a  project-management  tool.  COBOL  is  an  understandable 
programming  language  selection. 

The  software  consists  of  eight  standard  five  and  one-quarter  inch 
(5.25")  floppy  disks  (double  sided,  double  density).  The  disks  contain 
156  fils.  The  files  are  functional  processes,  which  indicates  that  the 
software  used  a  modular  design  concept.  Also,  the  file  sizes  and  order 
Indicate  that  during  design,  functional  decomposition  was  utilized  to 
break  processes  down  into  programmable  modules. 

The  use  of  156  files  will  make  debugging,  troubleshooting,  and 
enhancements  very  difficult  due  to  the  large  number  of  module  inter¬ 
faces,  A  change  to  one  module  will  require  investigation  into  the 
impact  of  that  change  on  all  the  modules  with  which  the  module  to  be 
changed  interacts.  This  means  a  great  deal  of  testing  will  be  done  to 
verify  the  impact  of  software  chamges. 
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The  software  has  limited  sort  features.  The  user  can  only  get 
sorted  information  on  selected  fields,  not  on  any  field  of  his  choice. 
This  prohibits  user  query  capability  and  “what  iT-type  questions. 

For  further  descriptive  information  on  the  FMS-RT  system,  read¬ 
ers  should  consult  the  FMS-RT  Operator’s  Guide  (Ref.  6]. 

C.  THE  SYSTEM 

FMS-RT  was  introduced  to  the  fleet  on  1  January  1988.  It  was 
designed  as  a  portable  stand-alone  management  information  system 
(MIS).  The  purpose  of  the  system  was  to  track  ship's  force  work  dur¬ 
ing  overhauls  and  availabilities. 

A  portable  stand-alone  system  means  that  the  computer  system  is 
not  linked  to  other  systems  via  a  network  and  the  computer  system  is 
controlled  by  the  user  at  the  installation  site.  The  real-time  part  of 
FMS  is  that  updates  and  report  generation  can  be  done  anytime  the 
unit  chooses.  It  does  not  use  the  typical  computer  terminology  defini¬ 
tion  of  real  time,  which  is  that  the  output  of  the  computer  is  severely 
time  constrained,  so  the  computer  processing  time  must  be  extremely 
efficient  to  meet  the  time  constraint  of  obtaining  output.  An  example 
of  this  is  a  fire  control  solution  for  a  weapons  system,  which  must  be 
real-time  processing  to  be  of  any  value. 

The  basic  process  in  computer  operations  in  input-process-out¬ 
put.  This  means  that  when  a  computer  is  operating  and  given  an  input, 
a  process  is  triggered  which  has  the  computer  manipulate  data  and  it 
produces  an  output.  The  top  of  Figure  3  illustrates  this  principle. 
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Figure  3.  FMS-RT  Described  by  Head’s  MIS  Triangle 
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Why  is  FMS-RT  an  MIS?  What  is  an  MIS?  A  triangle  was  used  by 
Robert  Head  in  the  late  1960s  as  a  visual  model  to  characterize  MIS  in 
a  broad,  comprehensive  sense  (Ref.  7].  MIS  characteristics  include  an 
information  focus  aimed  at  the  middle-level  managers,  structured 
information  flows,  an  integration  of  low-level  electronic  data-process- 
ing  functions,  and  inquiry  and  report  generation,  usually  with  a 
database.  These  are  the  same  characteristics  found  in  the  FMS-RT 
system.  Figure  3  uses  Head’s  triangle. 

The  vertical  axis  indicates  the  level  of  management  (in  our  figure, 
the  chain  of  command).  The  horizontal  axis  indicates  functional 
departments.  The  figure  illustrates  that  there  is  a  structured  flow  of 
information.  The  flow  proceeds  up  the  chain  of  command  to  the 
department-head  level  before  being  entered  into  the  FMS-RT  systems. 
The  systems  process  the  input  data  and  the  figure  illustrates  that  most 
output  repots  are  aimed  at  the  middle-level  manager.  Structured  flow 
of  information  aimed  at  middle-level  managers  in  report  form  is  char¬ 
acteristic  of  MISs.  Many  low-level  data-processing  functions  are 
invoked  to  n:anipulate  the  data.  For  these  reasons,  we  see  the  FMS-RT 
system  as  an  MIS, 

The  input  and  output  forms  referred  to  in  Figure  3  are  found  in 
the  FMS-RT  Administrative  Manual  [Ref.  8]  and  copies  are  provided  for 
the  reader  in  Appendix  B. 

In  summary,  FMS-RT  can  be  described  as  a  project  management 
tool.  A  project  management  tool  tracks  many  independent  job  activi¬ 
ties  by  sequencing  those  that  require  sequencing  and  tracking  them 
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In  summary,  FMS-RT  can  be  described  as  a  project  management 
tool.  A  project  management  tool  tracks  many  independent  job  activi¬ 
ties  by  sequencing  those  that  require  sequencing  and  tracking  them 
all  from  start  to  finish.  FMS-RT  tracks  ship’s  force  jobs  from  the  start 
of  the  overhaul  to  completion.  It  links  jobs  to  key  events  in  the  over¬ 
haul  process.  For  example,  if  job  A  needs  to  be  done  while  the  ship  is 
in  drydock.  and  docking  and  undocking  the  ship  are  key  events,  then 
job  A  will  be  linked  to  the  key  event  of  undocking  the  ship  so  that  any 
attempt  to  schedule  job  A  after  undocking  receives  a  flag  to  indicate 
that  there  is  a  problem  with  the  proposed  change. 
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IV.  METHODOLOGY 


A.  DESIGN 

The  two  research  questions  are  “To  what  extent  does  the  cur¬ 
riculum  teach  people  to  efficiently  and  effectively  utilize  the  FMS-RT 
system?  and  “To  what  extent  is  the  FMS-RT  system  usable  by  the  end 
user?  In  this  section,  we  will  lay  out  what  data  were  collected  to 
answer  these  questions.  We  will  begin  with  the  training  curriculum 
content. 

A  way  to  measure  training  content  is  to  do  a  comparative  analysis 
of  the  current  curriculum  and  an  ideal  curriculum.  There  were  four 
steps  in  this  type  of  research  design.  First,  the  current  curriculum 
content  was  ascertained  by  interviewing  the  trainer  and  by  having  the 
researcher  participate  in  the  training  program.  A  comparison  of  the 
two  reports— one  from  the  trainer  and  one  from  the  researcher- 
revealed  no  differences  in  the  content  of  the  training  program.  Sec¬ 
ond,  three  experts  were  identified:  an  expert  from  within  the  Navy,  an 
expert  from  outside  the  Navy,  and  an  expert  from  SUPSHIPS  who  is 
the  Navy-to-contractor  interface.  Third,  through  a  structured  inter¬ 
view  process,  the  experts  described  what  they  consider  the  ideal  cur¬ 
riculum  content  to  be.  The  last  step  was  a  comparison  of  what  the 
experts  identified  as  the  ideal  curriculum  and  what  the  researcher  and 
trainer  identified  as  the  current  curriculum. 
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There  are  three  steps  in  the  research  design  to  evaluate  the  soft¬ 
ware  usability.  First,  since  the  users  were  geographically  dispersed, 
the  researcher  decided  to  survey  major  users.  Second,  the  survey  was 
constructed.  The  surv'ey  was  modeled  after  Baroudi  and  Orlikowski’s 
short-form  measure  of  user  information  satisfaction  [Ref.  9).  This  sur¬ 
vey  was  used  because  Baroudi  and  Orlikowski  demonstrated  that  the 
survey  form  used  valid  measures  (the  13  factors  had  Cronbach*s  alpha 
at  .84  and  above). 

In  our  survey,  the  first  two  questions  establish  the  level  in  the 
chain  of  command  of  the  user  and  his  experience  in  the  overhaul  pro¬ 
cess.  Questions  3  through  10  are  the  seven  factors  from  Baroudi  and 
Orlikowski’s  survey  that  applied  to  the  FMS-RT  system.  We  chose  only 
the  seven  that  applied  to  the  use  of  the  system  and  rejected  the  six 
factors  relating  to  the  system  design  because  our  users  were  not 
involved  in  design.  Questions  11  through  17  are  specific  to  FMS-RT; 
Question  11  measures  the  average  number  of  changes  in  data  per 
week.  Questions  12  through  16  are  specific  “yes  or  no”  type  questions 
regarding  already-planned  enhancements  and  the  usefulness  of  the 
FMS-RT  system,  and  Question  17  is  an  overall  evaluation  of  the 
FMS-RT  system.  Question  18  is  used  to  determine  on  which  coast  the 
training  was  conducted.  [PERA  (CRUDES)  is  responsible  for  training, 
but  currently  contracts  it  out  to  Envision  Corporation  in  Chula  Vista, 
California,  for  all  west-coast  (COMNAVSURFPAC)  ships  and  to  Stellar 
Corporation  in  Norfolk,  Virginia,  for  all  east-coast 
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(COMNAVSURFLANT)  ships.]  Question  19  is  an  open-ended  question 
regarding  enhancements  or  problems  with  FMS-RT. 

A  copy  of  the  cover  letter  to  the  commanding  officers  of  the  ships 
to  be  surveyed,  the  cover  letter  to  the  participants,  and  the  survey  are 
contained  in  Appendix  C. 

B.  SAMPLE 

Who  do  we  sample  to  get  this  data?  To  evaluate  the  training  cur¬ 
riculum.  we  sample  the  experts.  To  evaluate  the  usability,  we  survey  a 
sample  of  commands  that  have  utilized  the  FMS-RT  system. 

To  ascertain  the  ideal  training  curriculum,  we  sought  three  points 
of  view:  a  view  from  within  the  Navy,  a  view  from  outside  the  Navy 
(outside  contractor),  and  a  view  from  the  interface  between  the  Navy 
and  the  outside  (SUPSHIPS).  In  addition,  since  experience  was  a  fac¬ 
tor.  we  defined  an  expert  as  a  person  who  had  spent  a  minimum  of 
three  years  in  an  overhaul  management  environment. 

There  £ire  numerous  people  who  fit  these  requirements.  There¬ 
fore.  since  we  wished  to  interview  them,  we  added  the  constraint  that 
the  expert  had  to  be  on  the  west  coast  (because  of  travel  time  and 
funding  constraints).  Three  people  met  these  requirements: 

1.  CDR  Loeffler.  Commanding  Officer.  USS  Hewitt  (DD-966). 
presently  half-way  through  an  overhaul.  He  has  used  SFOMS  and 
FMS-RT.  and  has  been  &ough  ten  major  industrial  availabilities 
or  overhauls. 

2.  Mike  Rose.  Project  Manager  for  Continental  Maritime  of  San 
Diego  (CMSD).  He  was  an  engineering  division  officer  during  a 
carrier  overhaul,  resigned  from  the  Navy,  and  has  handled  six  or 
seven  projects  for  CMSD. 
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3.  Robert  Cordell.  SUPSHIPS  Project  Manager  presently  responsible 
for  the  overhaul  of  USS  Hewitt.  He  is  a  GS-12  who  has  worked  on 
ship  overhauls  as  a  member  of  the  Navy  and  who,  after  getting 
out.  went  to  work  for  SUPSHIPS  as  a  surveyor  and  progressed  up 
to  project  manager. 

Who  do  we  sample  in  our  usability  survey?  The  commands  sur¬ 
veyed  came  from  a  list  of  cruiser-destroyer  (CRUDES)  type  ships  pro¬ 
vided  by  the  sponsor  of  this  research.  PERA  (CRUDES).  The  list 
consisted  of  26  ships  that,  as  of  June  22,  1988,  were  currently  using 
or  had  recently  finished  using  the  FMS-RT  system.  Ten  survey  forms 
were  sent  to  each  command  to  get  a  cross-section  of  responses  from 
their  users.  Because  FMS-RT  is  relatively  new,  26  CRUDES  ships  are 
all  that  have  utilized  the  system.  Other  ship  types  use  FMS-RT,  but  this 
study  was  directed  at  only  CRUDES-type  ships. 

To  avoid  the  requirements  of  the  Privacy  Act  and  to  get  the  true 
feelings  of  the  users,  our  survey  was  sent  to  the  commands.  The  com¬ 
mand  was  tasked  with  choosing  those  people  who  directly  interface 
with  the  computer  and  those  who  utilize  the  input  and  output  reports. 
Since  the  command  knows  who  uses  the  system  the  most,  the  selec¬ 
tion  of  survey  participants  was  left  up  to  the  command  and  names 
were  not  requested. 

C.  DATA  COLLECTION 

The  collection  of  data  on  the  training  curriculum  involved  the 
following  steps: 

1.  The  researcher  collected  a  generic  training  curriculum  outline 
from  PERA  (CRUDES)  that  they  utilized  in  evaluating  contractor 
personnel  on  performance  of  the  training  contract. 
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2.  After  review  of  the  overhaul  process  and  training  curriculum  out¬ 
line,  the  researcher  scheduled  a  visit  to  USS  Jarrett  (FFG-33)  for 
Phase  1  FMS-RT  training. 

3.  The  researcher  participated  in  Phase  I  FMS-RT  training  aboard 
USS  Jarrett  (FFG-33)  from  June  13,  1988  to  June  16,  1988. 
During  this  time,  the  researcher  interviewed  the  trainer,  Robert 
Jackson  of  Envisions  Corporation,  on  the  content  of  the  training 
curriculum  in  both  Phases  I  and  II  [Ref.  10].  The  researcher  did 
not  participate  in  Phase  II  FMS-RT  training  but  covered  it  during 
the  interview. 

4.  The  researcher  obtained  a  copy  of  all  training  documentation 
provided  to  the  ship  from  Mr.  Jackson. 

5.  From  this  documentation,  the  researcher  prepared  questions  for 
the  expert  interviews.  The  questions  follow: 

a  What  is  your  experience  in  ship  overhauls?  How  many? 

b.  Based  on  your  experience,  what  topics  do  you  feel  need  to  be 
covered  in  an  ideal  training  curriculum?  Be  specific— for 
example,  how  you  scope  a  Job  or  the  cost  and  time  con¬ 
straints  the  unit  must  meet. 

c.  Do  you  have  any  opinion  on  current  Navy  training  curricu- 
lums?  If  so,  are  you  familiar  with  FMS-RT  or  SFOMS?  If  yes, 
can  you  give  the  strengths  and  weaknesses  of  their  training 
curriculums? 

d.  How  important  is  project  management  in  a  training  curricu¬ 
lum?  At  what  level  in  the  chain  of  command  should  It  be 
taught,  if  it  is  important? 

e.  The  emphasis  of  these  questions  is  to  create  an  ideal  training 
curriculum  for  using  the  Navy’s  FMS-RT  system  and  help 
ships  perform  more  efficiently  an  effectively  during  an  over¬ 
haul  environment.  What  components  of  a  curriculum  do  you 
feel  are  essential? 

f.  Is  there  anything  else  you  have  experienced  that  could  be 
used  to  improve  FMS-RT?  Any  training  you  have  seen  that  was 
better  than  what  the  Navy  has  now? 

6.  The  researcher  conducted  the  expert  interviews  [Refs.  11-13). 
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Data  collection  for  the  user  survey  involved  the  following  steps: 


1.  The  researcher  prepared  the  survey  in  early  June. 

2.  A  pilot  survey  was  run  on  ten  users  aboard  USS  Hewitt  (DD-966) 
on  June  17.  1988.  The  respondents  encountered  no  problems  in 
understanding  the  survey  questions. 

3.  The  researcher  received  a  listing  of  ships  that  have  used  FMS-RT 
from  PERA  (CRUDES).  Of  the  26  ships  on  the  list,  since  the  USS 
Hewitt  was  done  as  a  pilot.  10  surveys  were  produced  for  each  of 
the  remaining  25  ships. 

4.  Responses  were  accepted  until  August  30,  1988.  The  total  num¬ 
ber  of  respondents  to  the  survey  was  120.  Of  these  120,  ten  were 
from  the  pilot  and  11  out  of  the  remaining  25  commands 
responded  with  110  surveys.  Of  the  14  commands  that  did  not 
return  surveys,  two  commands  reported  never  using  FMS-RT. 
Therefore.  260  surveys  were  prepared  (10  for  each  of  26  com¬ 
mands).  20  surveys  were  sent  to  two  commands  that  never  used 
FMS-RT.  This  yielded  240  active  surveys  sent;  120  were  received 
for  analysis. 

The  administration  procedure  for  the  survey  requested  command 
participation.  Therefore,  participation  by  the  command  was  voluntary. 
The  surveys  were  handled  at  a  command  level,  meaning  they  were 
sent  to  the  command,  handed  out.  and  returned  by  the  command. 
Names  were  not  asked  for  on  the  survey  and  an  explanation  of  the  sur¬ 
vey's  use  was  provided  to  help  solicit  actual  user  feelings.  No  pressure 
was  placed  on  the  command  to  participate  or  to  accelerate  the  data 
collection  effort.  For  example,  no  follow-up  message  was  sent,  no 
direction  from  higher  levels  in  the  chain  of  command  was  sent,  and  no 
due  date  was  imposed.  We  suspect  that  these  were  the  reasons  the 
response  rate  was  only  50  percent  (120  responses  out  of  240  active 
surveys). 
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V.  RESULTS 


A.  CURRENT  CURRICULUM 

The  FMS-RT  training  content  combines  general  concepts  in  proj¬ 
ect  management  with  specific  training  in  preparing  information  to  be 
input  into  the  FMS-RT  system.  Phase  I  FMS-RT  training  is  five  days  in 
duration  and  scheduled  about  six  months  prior  to  the  commencement 
of  the  overhaul.  The  training  is  conducted  at  the  ship.  The  topics  cov¬ 
ered  in  Phase  1  follow: 

1.  Each  work  center  is  provided  a  copy  of  the  FMS-RT  Work  Center 
Supervisor  User’s  Booklet  (Ref.  14]. 

2.  Industrial  work  (man-hours)  is  defined  as  man-hours  relating 
directly  to  overhaul  work.  Non-industrial  work  is  time  spent  not 
on  overhaul  work,  like  paperwork,  watch  standing,  leave,  schools, 
and  other  non-overhaul-related  items.  In  the  content  of  this 
topic,  historic  data  from  past  ships  shows  the  relationship 
between  industrial  man-hours  versus  non-industrial  man-hours. 
For  example,  a  work  center  usually  has  a  40  percent/60  percent 
split.  This  indicates  that  in  an  eight-hour  work  day,  40  percent  of 
a  worker’s  time  is  spent  on  industrial  work  and  60  percent  is 
spent  on  non-industrial  work. 

3.  The  Work  Load  Forecast  and  Summary  Report  and  the  Manpower 
Planning  Form  (both  forms  found  in  Appendix  B)  are  presented 
and  each  field  is  explained.  Manpower  is  presented  as  a  con¬ 
strained  resource  that  must  be  managed.  The  last  day  of  Phase  I 
training  requires  each  work  center  to  submit  a  Manpower  Plan¬ 
ning  Form;  turn-in  procedures  and  use  of  the  forms  is  explained. 
The  forms  are  used  to  establish  an  initial  ships  database. 

4.  Job  scoping  identifies  the  jobs  for  the  ship’s  force  work  package 
(SFWP).  The  jobs  for  this  package  come  from  the  ship’s  CSMP, 
the  SAPU’,  and  other  jobs  the  ship  delineates.  Job  scoping  breaks 
jobs  down  into  steps  accomplishable  by  one  work  center,  called 
key  operations  (KEYOPS  or  KOP).  The  difference  between  origi¬ 
nating  work  center  (OWC)  and  accomplishing  work  center  (AWC) 
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is  explained.  (An  OWC  starts  a  job  and  is  responsible  to  see  the 
job  through  to  completion.  An  AWC  is  responsible  for  a  particular 
KEYOP,  not  the  whole  job.) 

5.  Each  field  and  the  use  of  the  FMS-RT  Input  Form.  Work  List 
Form,  and  Work  List/Material  Form  are  explained  to  the  user.  (All 
forms  are  found  in  Appendix  B.) 

6.  Phase  I  training  concludes  with  the  trainer  explaining  that  FMS- 
RT  is  a  dynamic  system  and  changes  can  be  made  to  all  inputs. 
The  trainer  receives  Manpower  Planning  Forms  from  each  work 
center  and  arranges  with  the  ship  to  send  an  initial  list  of  jobs  to 
him  on  FMS-RT  Input  Forms.  These  jobs  are  usually  sent  to  the 
trainer  about  30  days  after  Phase  I  training  is  complete.  The 
trainer  ends  Phase  I  training  by  arranging  with  the  command 
tentative  dates  for  Phase  II  training,  arranging  a  date  for  the  ini¬ 
tial  set  of  FMS-RT  Input  Forms  to  be  mailed,  and  arranging  an 
FMS-RT  coordinator  from  within  the  ship  to  collect  and  dissemi¬ 
nate  FMS-RT  information  and  documentation.  The  trainer  leaves 
about  10  copies  of  the  FMS-RT  Administrative  Manual  [Ref.  8]  for 
command  planning  purposes  to  end  Phase  I  training.  The 
Administrative  Manuals  explain  the  overhaul  process,  the  key 
players’  responsibilities,  staffing  modifications,  and  other  helpful 
information. 

Phase  II  training  is  10  to  12  days  in  duration.  However,  Phase  II 
training  has  been  split  into  two  parts  provided  that  the  government 
Incurs  no  more  costs  than  if  it  were  conducted  in  one  session.  Phase  II 
training  is  conducted  aboard  the  ship.  Phase  II  training  consists  of  the 
following: 

1.  Re\aew  of  Phase  I  topics. 

2.  The  Scheduling  Gantt  Chart  (found  in  Appendix  B)  is  explained  as 
a  time  management  tool.  Each  field  on  the  form  and  its  purpose 
are  explained  to  the  users. 

3.  Scheduling  work  is  a  broad  topic.  Scheduling  entails  the  time  it 
takes  to  do  the  activity  (an  estimate),  time  for  quality  assurance 
(QA).  and  a  buffer  or  cushion.  Scheduling  must  consider  shipyaird 
key  events  that  may  affect  a  job.  The  trainer  explains  how  to  build 
a  buffer  or  cushion  into  jobs  that  must  be  done  either  prior  to  or 
in  conjunction  with  a  key  event  in  the  overhaul  schedule.  A 
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reminder  is  given  to  work  center  supervisors  to  pay  attention  to 
man-hours  available  to  do  industrial  work. 

4.  Balancing  work  involves  even  distribution  of  jobs  based  on  the 
available  man-hours  from  week  to  week. 

5.  A  second  package  of  work  on  FMS-RT  Input  Forms  is  given  to  the 
trainer  to  add  to  the  current  ships  database. 

6.  Phase  II  training  concludes  with  the  trainer  explaining  that  job 
estimates  will  be  frozen  at  some  point  after  the  beginning  of  the 
overhaul.  The  trainer  arranges  a  tentative  date  to  bring  the  hard¬ 
ware  and  software  to  the  ship  and  to  train  those  people  who  will 
interface  directly  with  the  system. 


B.  OPTIMAL  CURRICULUM 

The  optimal  curriculum  content  was  identified  by  three  experts. 
Table  1  illustrates  the  questions  asked  each  expert  down  the  left  side 
and  the  responses  given  by  each  expert  across  the  top.  The  interviews 
were  structured,  so  “N/A”  indicates  that  the  question  is  not  applicable 
to  that  particular  expert  either  because  he  had  no  experience  in  that 
area  on  which  to  base  an  answer  or  because  the  question  was  not  rele¬ 
vant  to  that  expert. 


C.  USABILITY  SURVEY  RESULTS 

In  our  survey  of  users,  we  received  120  responses.  Table  2  breaks 
down  the  respondents  by  their  position  in  the  chain  of  command  and 
their  experience  in  overhauls.  Questions  1  and  2  in  our  survey  ask  for 
the  user’s  position  in  the  chain  of  command  and  how  many  major 
overhauls  the  user  has  gone  through.  In  Table  2,  positions  are  listed  in 
the  left  column  with  the  number  of  respondents  and  the  number  of 
major  overhauls  split  into  the  mode  response  and  the  range  of 
responses. 


33 


EXPERT  INTERVIEWS 
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TABLE  2 


RESPONDENT  PROFILE 

Position  in  #  of 

»  of  Major  Overhauls 

Chain  of  Command 

Respondents 

Mode 

Range 

Division  Officer 

36 

1  (22) 

1-2 

Chief  Petty  Officer  (E7-E9) 

22 

2  (14) 

1-6 

Work  Center  Supervisor 

42 

1  (30) 

1-3 

FMS-RT  Data  Processor 

12 

1  (12) 

N/A 

Others:  1  FMS-RT  Coordinator 

4* 

2  (3) 

1-2 

2  Department  Head 

3 

2  (2) 

1-2 

3  Commanding  Officer 

1 

4  (1) 

N/A 

n  a  120 


•  3  of  4  FMS-RT  Coordinators  are  Department  Heads;  1  was  an  E-8. 

“Mode"  indicates  the  most  frequently  occurring  value  in  a  group 
of  responses;  the  number  in  parentheses  is  the  number  of  people  who 
gave  that  response.  For  exeimple.  of  the  120  surveys,  36  respondents 
were  division  officers.  Twenty-two  (22)  of  the  36  division  officers 
responded  that  they  had  been  through  one  major  overhaul  and  the 
range  of  responses  was  one  to  two  overhauls.  N/A  indicates  that  range 
is  not  applicable  because  all  respondents  gave  the  mode  response. 

Questions  3  through  9  describe  different  usability  components. 
The  components  have  two  descriptive  scales  for  each  question.  Using 
one  table  per  question,  we  list  each  scale  and  provide  the  percentage 
of  respondents  who  selected  each  description:  we  put  the  actual  num¬ 
ber  of  respondents  in  parentheses.  The  anchors  range  from  one 
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extreme  to  an  opposing  extreme.  The  respondents  are  broken  down 
by  position  across  the  top  of  the  table  with  an  overall  percentage  based 
on  all  respondents. 


TABLE  3 

DEGREE  OP  TRAINING 


Question  3:  Degree  of  training  provided  on  the  FMS-RT  and  overhaul 
process: 


Scale 

Division 

Offlcer 

(n-36) 

CPO 

(n-22) 

[ 

wcs 

(n.42) 

PMS'RT 

Data 

Processor 

(n-12) 

1 

Others 

(n-8) 

[ 

Overall 

(n-120) 

Extremely 

complete 

Quite  complete 
Slightly 
complete 

Equally  complete/ 
incomplete 
Slightly 
Incomplete 

Quite  Incomplete 
Extremely 
Incomplete 

5. 5%  (2) 
25%  (9) 

50%  (18) 

5. 5%  (2) 

5. 5%  (2) 
5. 5%  (2) 

3%  (1) 

0%  (0) 
22.7%  (5) 

54.5%(12) 

0%  (0) 

0%  (0) 
13.6%  (3) 

9.2%  (2) 

4.7%  (2) 
23.7%(10) 

50%  (21) 

4.7%  (2) 

2.4%  (1) 
14.5%  (6) 

0%  (0) 

0%  (0) 
16. 7%  (2) 

75%  (9) 

0%  (0) 

8.3%(1) 
0%  (0) 

0%  (0) 

0%  (0) 
12.5%(1) 

62.5%(5) 

12.5%(1) 

0%  (0) 
12.5%(1) 

0%  (0) 

3.3%  (4) 
22.5%  (27) 

54.2%  (65) 

4.2%  (5) 

3.3%  (4) 
10%  (12) 

2.5%  (3) 

Extremely 

superior 

5. 5%  (2) 

4.5%  (1) 

0%  (0) 

0%  (0) 

0%  (0) 

2.5%  (3) 

Quite  superior 

5. 5%  (2) 

0%  (0) 

4.7%  (2) 

8.4%  (1) 

0%  (0) 

4.2%  (5) 

Slightly  superior 

16.6%  (6) 

9.0%  (2) 

28.8%(12) 

25%  (3) 

37. 5%  (3) 

2 1.7%  (26) 

Equally  superior/ 

Inferior 

33.3%(12 

59.5%(13) 

42.8%(18) 

50%  (6) 

50%  (4) 

44.2%  (53) 

Slightly  inferior 

25%  (9) 

18%  (4) 

9.5%  (4) 

8.3%  (1) 

12.5%(1) 

15.8%  (19) 

Quite  Inferior 

14.1%  (5)  1 

4.5%  (1)  I 

9.5%  (4) 

8.3%(1) 

0%  (0) 

9.1%(11) 

Extremely 

Inferior 

0%  (0) 

4.5%  (1)  i 

4.7%  (2) 

0%  (0) 

0%  (0) 

2.5%  (3) 
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TABLE  4 


UNDERSTANDING  OBJECTIVES 


Question  4:  User’s  understanding  of  the  objectives  of  the  FMS-RT: 


Scale 

Division 

Ofncer 

(n-36) 

CPO 

(n-22) 

wcs 

(n-42) 

FMS-RT 

Data 

Processor 

(n-12) 

Others 

(n-S) 

Overaii 

(n-120) 

Extremely 

sufficient 

0% 

10) 

0%  (0) 

2.4%  (1) 

0%  (0) 

0% 

(0) 

0.8%  (1) 

Quite  sufficient 

8.3% 

(3) 

4.5%  (1) 

4.7%  (2) 

0%  (0) 

0% 

(0) 

5%  (6) 

Slightly 

sufficient 

8.3% 

(3) 

9%  (2) 

4.7%  (2) 

8.4%  (1) 

0% 

(0) 

6.7%  (8) 

Equally 

sufficient/ 

insufficient 

25% 

(9) 

46%  (10) 

28.8%(12) 

33.3%(4) 

12.5%(1) 

30%  (36) 

Slightly 

Insufficient 

16.7% 

(6) 

27%  (6) 

9.5%  (4) 

33.3%(4) 

12.5%(1) 

17.5%  (21) 

Quite  Insufficient 

16.7% 

(6) 

13.5%  (3) 

26.2%(11) 

25%  (3) 

81% 

(6) 

24.1%  (29) 

Extremely 

Insufficient 

25% 

(9) 

0%  (0) 

23.7%(10) 

0%  (0) 

0% 

(0) 

15.9%(19) 

Extremely 

complete 

11.1% 

(4) 

18%  (4) 

2.4%  (1) 

0%  (0) 

0% 

(0) 

7.5%  (9) 

Quite  complete 

16.7% 

(6) 

32.2%  (7) 

21.4%  (9) 

25%  (3) 

25% 

(2) 

22. 5%  (27) 

Slightly  complete 

38.8% 

(6) 

27.2%  (6) 

23.3%(10) 

8.4%(1) 

50% 

(4) 

22.5%(27) 

Equally 

complete/ 

Incomplete 

16.7%(14) 

13.6%  (3) 

38.8%(16) 

58.2%(7) 

25% 

(2) 

35%  (42) 

Slightly 

Incomplete 

16.7% 

(6) 

0%  (0) 

4.7%  (2) 

0%  (0) 

0% 

(0) 

6.7%  (8) 

Quite  Incomplete 

0% 

(0) 

9%  (2) 

4.7%  (2) 

0%  (0) 

0% 

(0) 

3.3%  (4) 

Extremely 

Incomplete 

0% 

(0) 

4.5%  (0) 

4.7%  (2) 

8.4%(1) 

0% 

(0) 

2.5%  (3) 
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TABLE  5 


UNDERSTANDING  OBJECTIVES 


Question  5:  User’s  feeling  of  participation  in  the  overhaul  manage¬ 
ment  process  by  using  this  system: 


Scale 

Division 

Offlcer 

(n-36) 

CPO 

(n.22) 

wcs 

(n-42) 

FMS-RT 

Data 

Processor 

(n-12) 

Others 

(n-8) 

1 

Overall 

(n-120) 

Extremely 

positive 

11.1% 

(4) 

0%  (0) 

0%  (0) 

8.4%  (1) 

0% 

(0) 

4.2%  (5) 

Quite  positive 

11.1% 

(4) 

0%  (0) 

9.5%  (4) 

33.3%  (4) 

100% 

(8) 

16.6%(20) 

Slightly  positive 

25% 

(9) 

9%  (2) 

31%  (13) 

33.3%(4) 

0% 

(0) 

23.3%  (28) 

Equally  positive/ 

negative 

33.3%(12) 

37%  (8) 

50%  (21) 

25%  (3) 

0% 

(0) 

36.6%  (44) 

Slightly  negative 

19.5% 

(7) 

22.5%  (5) 

2.4%  (2) 

0%  (0) 

0% 

(0) 

11%  (13) 

Quite  negative 

0% 

(0) 

13.5%  (3) 

2.4%  (1) 

0%  (0) 

0% 

(0) 

3.3%  (4) 

Extremely 

negative 

0% 

(0) 

18%  (4) 

4.7%  (2) 

0%  (0) 

0% 

(0) 

15%  (6) 

Extremely 

sufficient 

5.5% 

(2) 

9.2%  (2) 

2.4%  (1) 

0%  (0) 

0% 

(0) 

4.2%  (5) 

Quite  sufficient 

0% 

(0) 

40.9%  (9) 

0%  (0) 

0%  (0) 

0% 

(0) 

7.5%  (9) 

Slightly 

1 

sufficient 

11.1% 

(4) 

31.8%  (7) 

0%  (0) 

16. 6%  (2) 

0% 

(0) 

10.9%  (13) 

Equally 

sufficient/ 

insufficient 

11.1% 

(4) 

18.1%  (4) 

48%  (2) 

58.4%(7) 

12.5%(1) 

15%  (18) 

Slightly 

Insufficient 

33.3%{12) 

0%  (0) 

21.4%  (9) 

25%  (3) 

62. 5%  (5) 

24.1%(29) 

Quite  Insufficient 

22.3% 

(8) 

0%  (0) 

71.4%(30) 

0%  (0) 

25% 

(2) 

33.3%  (40) 

Extremely 

Insufficient 

16.7% 

(6) 

0%  (0) 

0%  (0) 

8.4%(1) 

0% 

(0) 

5%  (6) 
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TABLE  6 

ATTITUDE  TOWARD  FMS-RT 


Question  6;  Attitude  toward  using  FMS-RT; 


Scale 


Extremely 
cooperative 
Quite  cooperative 
Slightly 
cooperative 
Equally 
cooperative/ 
belligerent 
Slightly 
belligerent 
Quite  belligerent 
Extremely 
belligerent 


Division 

Offlcer 

(n-36) 

CPO 

(n.22) 

5.5%  (2) 

4.5%  (1) 

25%  (9) 

13.5%  (3) 

50%  (18) 

9%  (2) 

8.3%  (3) 

50%  (11) 

2.8%  (1) 

18.5%  (4) 

5.5%  (2) 

0%  (0) 

2.9%  (1) 

4.5%  (1) 

wcs 

(n-42) 


FMS-KT 

Data 

Processor  Others 
(n-12)  (n-8) 


0%  (0)  8.3%(1)  0%  (0) 

14.3%  (6)  16.8%(2)  12.5%(1) 

19%  (8)  25%  (3)  0%  (0) 


38%  (16)  25%  (3)  62.5%(5) 


14.3%  (6) 
7.2%  (3) 


8.3%(1) 

8.3%(1) 


0%  (0) 
25%  (2) 


Overall 

(n-120) 


3.3%  (4) 
17.5%(21) 

25.8%(31) 

3 1.6%  (38) 

10%  (12) 
6.8%  (8) 


7.2%  (3)  I  8.3%(1)  0%  (0)  5%  (6) 


TABLE  7 


RELIABILITY  OF  OUTPUT 


Question  7:  Reliability  of  output  information: 


Scale 

Division 

Officer 

(n-36) 

CPO 

(n'22) 

wcs 

(n-42) 

PMS'RT 

Data 

Processor 

(n-12) 

Others 

(n-8) 

Extremely  high 

28% 

(1) 

0%  (0) 

4.7%  (2) 

0%  (0) 

1 

0% 

(0) 

Quite  high 

28% 

(1) 

4.5%  (1) 

21.4%(16) 

16. 7%  (2) 

0% 

(0) 

Slightly  high 

11.1%  (4) 

22.7%  (5) 

37.2%  (9) 

16.7%(2) 

50% 

(4) 

Equally  high /low 

33.3%(12) 

36.4%  (8) 

26.2%(11) 

25%  (3) 

50% 

(4) 

Slightly  low 

11.1%  (4) 

0%  (0) 

0%  (0) 

33.3%(4) 

0% 

(0) 

Quite  low 

2  7. 8%  (10) 

36.4%  (8) 

7.1%  (3) 

8.3%(1) 

0% 

(0) 

Extremely  low 

11.1%  (4) 

0%  (0) 

2.4%  (1) 

0%  (0) 

0% 

(0) 

Extremely 

complete 

16.7%  (6) 

18.2%  (4) 

7.1%  (3) 

0%  (0) 

0% 

(0) 

Quite  complete 

8.3%  (3) 

13.6%  (3) 

4.7%  (2) 

33.3%  (4) 

37. 5%  (3) 

Slightly  complete 

50%  (18) 

27.5%  (6) 

21.4%  (9) 

33.3%  (4) 

0% 

(0) 

Equally  complete/ 
incomplete 

16.7%  (6) 

22.7%  (5)  i 

16.6%(18) 

33.4%  (4) 

37.5%(3) 

Slightly 

incomplete 

5.5%  (2) 

9%  (2) 

4.7%  (2) 

0%  (0) 

0% 

(0) 

Quite  Incomplete 

0% 

(0) 

4.5%  (1) 

43.1%  (7) 

0%  (0) 

25% 

(2) 

Extremely 

Incomplete 

2.8%  (1) 

4.5%  (1) 

2.4%  (1) 

0%  (0) 

0% 

(0) 

Overall 

(n-120) 


2.5%  (3) 
16.7%(20) 
20%  (24) 
3 1.6%  (38) 
6.6%  (8) 
18.3%  (22) 
4.3%  (5) 


10.8%  (13) 
12.6%(15) 
30.8%  (37) 

30%  (36) 

5%  (6) 

8.3%  (10) 

2.5%  (3) 


TABLE  8 


RELEVANCY  OF  OUTPUT 


Question  8:  Relevancy  of  output  information  to  overhaul  planning: 


Scale 

Division 

Officer 

(n-SS) 

CPO 

(n'22) 

wcs 

(n-42) 

FMS-RT 

Data 

Processor 

(n-12) 

Others 

(n-8) 

Overall 

(n-120) 

Extremely 

relevant 

0%  (0) 

0%  (0) 

2.4%  (1) 

0%  (0) 

0%  (0) 

0.8%  (1) 

Quite  relevant 

11.1%  (4) 

0%  (0) 

19%  (8) 

8.3%(1) 

12.5%(1) 

11.5%(14) 

Slightly  relevant 

19.4%  (7) 

27.2%  (6) 

26.3%(11) 

41.7%(5) 

12.5%(1) 

25%  (30) 

Equally  relevant/ 
Irrelevant 

58.5%(21) 

36.6%  (8) 

26.2%(11) 

4 1.7%  (5) 

37.5%(3) 

40%  (48) 

Slightly 

Irrelevant 

0%  (0) 

13.6%  (3) 

21.4%  (9) 

0%  (0) 

12.5%(1) 

11%  (13) 

Quite  irrelevant 

5.5%  (2) 

9%  (2) 

4.7%  (2) 

8.3%(1) 

25%  (2) 

7.5%  (9) 

Extremely 

Irrelevant 

5.5%  (2) 

13.6%  (3) 

0%  (0) 

0%  (0) 

0%  (0) 

4.2%  (5) 

Ehctremely  useful 

15%  (OT 

“0%  joT 

4. 7*^0  i^) 

0%  (0) 

0%  (0) 

1.6%  (2) 

Quite  usrful 

14.1%  (5) 

9%  (2) 

19%  (8) 

16.6%  (2) 

12.5%(1) 

15%  (18) 

Slightly  useful 

16.6%  (6) 

27.4%  (6) 

23.8%(10) 

33.3%(4) 

12.5%(1) 

22.5%(27) 

Equally  useful/ 
useless 

50%  (18) 

27.4%  (6) 

23.8%(10) 

25.2%  (3) 

37.5%(3) 

33.3%  (40) 

Slightly  useless 

8.3%  (3) 

13.6%  (3) 

23.9%(10) 

16.6%(2) 

12.5%(1) 

15.9%(19) 

Quite  useless 

5.5%  (2) 

13.6%  (3) 

2.4%  (1) 

8.3%(1) 

25%  (2) 

7.5%  (9) 

EIxtremely  useless 

5.5%  (2) 

9%  (2) 

2.4%  (1) 

0%  (0) 

0%  (0)  1 

4.2%  (5) 
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TABLE  9 


OUTPUT  ACCURACY 


Question  9:  Accuracy  of  output  information: 


Scale 

DiTlslon 

Offlcer 

(n<36) 

CPO 

(n<22) 

wcs 

(11-42) 

FMS-RT 

Data 

Processor 

(n-12) 

Others 

(n-8) 

Overall 

(11-120) 

Extremely 

accurate 

11.1%  (4) 

0%  (0) 

2.4%  (1) 

0%  (0) 

0% 

(0) 

4.3%  (5) 

Quite  accurate 

27.8%(10) 

36.4%  (8) 

7.1%  (3) 

8.3%(1) 

0% 

(0) 

18.3%  (22) 

Slightly  accurate 

11.1%  (4) 

0%  (0) 

0%  (0) 

33.3%  (4) 

0% 

(0) 

6.6%  (8) 

Equally  accurate/ 
inaccurate 

33.3%(12) 

36.4%  (8) 

26.2%(11) 

25%  (3) 

50% 

(4) 

3 1.6%  (38) 

Slightly 

inaccurate 

11.1%  (4) 

22.7%  (5) 

37.2%  (9) 

16.7%(2) 

50% 

(4) 

20%  (24) 

Quite  inaccurate 

2.8%  (1) 

4.5%  (1) 

21.4%(16) 

16. 7%  (2) 

0% 

(0) 

16.7%  (20) 

Extremely 

inaccurate 

2.8%  (1) 

0%  (0) 

4.7%  (2) 

0%  (0) 

0% 

(0) 

2.5%  (3) 

Extremely  certain 

0% 

131 

l6.8%ri3) 

Quite  certain 

8.3%  (3) 

13.6%  (3) 

4.7%  (2) 

33.3%(4) 

37.5%(3) 

12.6%(15) 

Slightly  certain 

50%  (18) 

27.5%  (6) 

21.4%  (9) 

33.3%(4) 

0% 

(0) 

30.8%  (37) 

Equally  cextaln/ 
uncertain 

16.7%  (6) 

22.7%  (5) 

16.6%(18) 

33.4%  (4) 

37.5%(3) 

30%  (36) 

Slightly  uncertain 

5.5%  (2) 

9%  (2) 

4.7%  (2) 

0%  (0) 

0% 

(0) 

5%  (6) 

Quite  uncertain 

0%  (0) 

4.5%  (1) 

43.1%  (7) 

0%  (0) 

25% 

(2) 

8.3%  (10) 

Extremely 

uncertain 

2.8%  (1) 

4.5%  (1) 

2.4%  (1) 

0%  (0) 

0% 

(01 

2.5%  (3) 
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We  investigated  the  number  of  people  involved  in  controlling  data 

entry,  or  what  we  call  “communicating  changes."  The  users  on  our 

survey  indicated  the  following  (n=120): 

Too  many  1.67%  (n=2) 

Just  right  80%  (n-96) 

Too  few  18.33%  (n=22) 

As  you  can  see.  the  vast  majority  of  users  feel  that  just  enough  people 
are  Involved  in  controlling  data  entry.  The  number  of  changes  by  a 
work  center  to  the  database  on  a  per  weekly  basis  is  8.5  changes  per 
week.  The  number  of  changes  per  week  was  ascertained  by  averaging 
the  number  of  changes  indicated  by  work  center  supervisors.  The  total 
number  of  changes  to  the  database  can  be  obtained  by  multipl5dng  the 
number  of  work  centers  by  the  8.5  change  per  work  center  in  a  week. 

Questions  12  and  13  in  our  survey  are  planned  enhancements  for 
the  FMS-RT  system.  We  surveyed  the  users  to  see  if  these  two 
enhancements  are  desired.  First,  would  the  user  like  FMS-RT  to  be 
interactive?  The  term  “interactive"  was  explained  to  the  user  by 
making  the  user  aware  that  the  SNAP  I  and  II  systems  currently  on  all 
CRUDES-type  ships  is  an  interactive  system,  interactive  meaning  that 
the  person  changing  the  data  makes  the  changes  himself  at  the  termi¬ 
nal.  The  users’  responses  were  an  overwhelming  “yes!"  “Yes" 
responses  were  108  to  12  “no"  responses. 

Second,  are  the  users  Interested  In  seeing  data  from  other  ships 
in  their  class?  The  users  responded  as  follows:  ^ 
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52% 


(n=62) 


I  [the  user]  see(s)  the  need 
to  look  at  other  ships’  data 

I  [the  user]  see(s)  no  need 

to  look  at  other  ships*  data  48%  (n=62) 

Questions  14  through  16  were  added  to  verify  the  researcher’s 

observations.  First,  the  researcher  observed  that  the  generated  reports 

seemed  only  useful  to  work  center  supervisors.  The  higher  levels  in 

the  chain  of  command  found  the  report  formats  vague  and  not  very 

useful.  Table  10  illustrates  how  each  level  in  the  chain  of  command 

responded  to  the  question  “Are  the  reports  generated  in  a  useful 

format?" 

Second,  the  researcher  observed  during  training  that  the  reports 
were  presented.  However,  the  training  was  an  explanation  of  the 
fields,  rather  than  how  to  interpret  the  output  and  apply  the  results  to 
the  overhaul  management  process.  The  survey  participants  were  asked 
whether  they  felt  their  training  taught  them  how  to  use  the  output 
reports  as  a  tool  to  manage  the  overhaul  process. 

Finally,  the  researcher  observed  that  nearly  all  users  had  a  manual 
tracking  system  in  addition  to  the  computer-based  FMS-RT  system. 
Table  10  shows  how  many  of  each  level  used  a  manual  tracking  system. 

The  most  important  perception  to  get  from  the  user  is  the  overall 
usability  of  the  FMS-RT  system.  Table  1 1  illustrates  how  the  different 
levels  in  the  chain  of  command  feel  about  overall  usability. 
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TABLE  11 


OVERALL  USABILITY 


Overall 

Usability 

Division 

Offlcer 

(n-36) 

CPO 

(n'22) 

wcs 

(n-42) 

FMS-RT 

Data 

Processor 

(n-12) 

Others 

(n-8) 

Overall 

(n-120) 

Extremely  useful 

1 

0 

0 

0 

0 

1 

Quite  usrful 

Better  than 

6 

4 

20 

4 

3 

37 

nothing 

More  of  a  problem 
than  a  useful 

21 

9 

12 

5 

3 

50 

tool 

8 

9  1 

10 

3 

n 

*0 

32 

The  last  part  of  our  survey  asked  the  user  to  list  any  problems  or 
enhancements.  Appendix  D  is  a  listing  of  the  weaknesses  in  FMS-RT 
and  possible  enhancements  provided  by  the  users.  The  numbers  in 
parentheses  after  the  brief  explanation  indicate  the  numbers  of 
respondents  with  a  similar  problem  or  a  similar  enhancement. 
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VI.  ANALYSIS 


A.  TRAINING  CONTENT 

In  this  section,  the  researcher  will  discuss  the  compatibility 
between  the  current  training  curriculum  and  the  optimal  curriculum 
as  defined  by  the  experts.  The  experts  provided  a  list  of  topics  they 
found  important  in  an  optimal  training  curriculum.  It  was  found  that 
the  topics  in  the  current  FMS-RT  training  program  are  the  same  as 
those  in  the  ideal  curriculum  with  the  exception  of  three  subject 
areas:  project  management  training,  advanced  project  management 
estimating  techniques,  and  the  assignment  of  responsibilities  to 
implement  the  program. 

1.  Project  Management 

In  this  section,  both  project  management  and  advanced  esti¬ 
mating  techniques  will  be  covered,  since  both  relate  to  project  man¬ 
agement.  In  a  question  to  all  the  experts,  the  researcher  asked  “How 
important  is  project  management  training  in  a  curriculum?"  All  three 
experts  agreed  that  project  management  training  is  essential  to  con¬ 
ducting  a  successful  overhaul.  Project  management  is  distinguished 
from  production  management  primarily  by  the  non-repetitive  nature  of 
the  work;  a  project  is  usually  a  one-time  effort.  The  management  of 
projects  is  more  complicated  than  the  management  of  a  production 
line  due  to  the  following  characteristics,  generally  typical  of  project 
management  to  some  degree.  The  duration  of  a  project  can  last  weeks, 
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months,  or  even  years.  During  such  a  long  period  many  changes  may 
occur,  most  of  which  are  difficult  to  predict.  Such  changes  may  have  a 
significant  impact  on  project  costs,  technology,  and  human  resource 
allocation.  The  longer  the  duration  of  the  project,  the  more  uncertain 
are  the  times  and  costs.  The  project  can  be  complex  in  nature, 
involving  many  Interrelated  activities  and  participants  from  both 
within  the  organization  and  outside  the  organization.  Delays  in 
completion  time  may  be  very  costly.  Penalties  for  delays  may  amount  to 
thousands  of  dollars  per  day.  Completing  projects  late  may  result  in 
lost  opportunities  and  ill  will.  Projects  are  sequential  in  nature.  Some 
activities  cannot  start  until  others  are  completed.  Projects  are  tjqjically 
a  unique  undertaking,  something  that  has  not  been  encountered  fre¬ 
quently.  Thus,  the  experts  thought  that,  given  the  complex  nature  of 
overhauls  and  integration  problems  created  between  contractor  work 
and  ships  force  work,  project  management  should  be  an  essential  part 
of  the  training  curriculum.  Additionally,  given  the  time  constraint  of 
when  the  overhaul  will  end,  the  experts  thought  that  better  activity 
duration  estimates  would  allow  better  overhaul  management.  There¬ 
fore,  the  experts  felt  advanced  project  management  estimating  tech¬ 
niques  were  an  equally  important  part  of  project  management  training. 

The  follow-on  question  was  “At  what  level  in  the  chain  of 
command  should  this  training  be  given?”  The  experts’  responses  var¬ 
ied  from  Chief  Petty  Officers  to  department  heads.  One  expert  felt  that 
it  should  be  taught  at  the  Chief  Petty  Officer  level,  but  all  three  agreed 
that  it  should  be  taught  at  the  division  officer  and  department  head 
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level.  The  experts’  rationale  for  including  project  management  train¬ 
ing  at  these  levels  was  that  management  was  basically  the  job  of  the 
division  officer.  However,  the  experts  clarified  this  by  stating  that 
project  management  is  complex  and  they  felt  more  experience  in  ship 
repair  is  needed  to  understand  the  complex  interrelationships  of  an 
overhaul.  For  this  reason,  the  experts  felt  CPOs  and  department  heads 
could  better  understand  project  management  and  utilize  project  man¬ 
agement  tools  during  the  overhaul. 

2.  Assignment  of  Responsibilities 

During  an  overhaul,  personnel  are  given  additional  manage¬ 
ment  tasks  specific  to  the  overhaul  in  addition  to  their  regular  duties. 
The  FMS-RT  Administrative  Manual  explains  the  responsibilities  of 
certain  key  overhaul  personnel.  However,  these  responsibilities  are 
general  in  nature.  According  to  the  experts,  they  need  to  be  more 
clearly  defined  by  the  ship's  commanding  officer.  People  need  to  know 
what  they  are  expected  to  do  during  the  overhaul,  an  then  they  need 
to  know  how  to  accomplish  this  tasking.  The  experts  feel  that  this 
important  framework  needs  to  be  laid  prior  to  any  other  training,  and 
that  not  enough  effort  is  being  expended  in  this  regard.  The  experts 
also  believe  that  the  curriculum  must  ensure  that  individual  unit  plan¬ 
ning  and  training  cover  the  “big  picture”  items  prior  to  FMS-RT 
training.  The  most  important  thing  is  to  have  the  overhaul  manage¬ 
ment  assignments  made  and  their  responsibilities  clearly  delineated 
in  advance. 
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In  summary,  according  to  the  experts,  the  FMS-RT  training 
curriculum  contains  the  necessary  content  with  three  exceptions: 
project  management  training,  advanced  estimating  techniques,  and 
assignment  of  responsibilities.  The  experts  recommend  that  these 
additional  topics  be  incorporated  into  the  current  FMS-RT  curriculum. 

B.  USABILITY 

In  Table  11.  50  of  120  respondents  said  that  FMS-RT  was  better 
than  nothing.  Only  one  respondent  found  it  extremely  useful.  What 
causes  the  users  to  evaluate  the  FMS-RT  system  as  they  have? 

The  following  problems  emerged  in  analyzing  survey  responses 
and  observing  users: 

1.  CPO  Participation 

CPOs  do  not  feel  that  their  participation  in  the  overhaul  man¬ 
agement  process  is  either  sufficient  or  positive.  This  is  evident  in 
Table  5,  where  about  60  percent  of  the  respondents  are  in  the  insuffi¬ 
cient  and  negative  ranges  of  the  sales. 

2.  User  Attitude 

The  attitude  of  the  users  is  marginally  cooperative.  Table  6 
indicates  that  for  all  levels  there  is  only  a  slightly  positive  and  slightly 
cooperative  attitude  toward  using  FMS-RT.  Combining  the  results 
found  in  Table  6,  with  the  10  respondents  in  Appendix  D  who 
requested  an  initial  SFWP  created  for  the  ship,  as  SFOMS  did  previ¬ 
ously.  indicates  an  FMS-RT  system  acceptance  problem.  Some  addi¬ 
tional  responses  from  the  survey  participants  may  explain  why 
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acceptance  is  a  critical  issue.  The  following  quotes  indicate  that  the 

FMS-RT  system  is  not  as  useful  as  we  might  like  it  to  be: 

FMS-RT  is  all  right  for  esirly  in  the  overhaul,  but  useless  in  the 
latter  phases.  It  does  not  have  enough  detailed  information  on  the 
status  of  jobs  and  the  pretty  graphs  tell  me  very  little  about  the 
problems  or  about  what  caused  them.  (CDR  Loefller,  Ref.  11] 

The  reports  are  not  in  a  useful  format  and  the  system  is  too  com¬ 
plex.  I  own  my  own  personal  computer  and  could  build  a  better 
and  easier  to  use  system  in  six  months.  (Survey  from  a  CPO  in  USS 
Underwood  (FFG-36)I 

3.  Output 

Although  the  respondents  say  that  the  output  is  reliable  and 
accurate  in  Tables  7  and  9.  the  researcher  observed  that  the  users  find 
minor  inaccuracies  because  all  their  changes  are  not  yet  entered  and 
reflected  in  their  output  reports.  Additionally,  they  are  uncertain  as  to 
what  the  reports  should  tell  them.  In  Appendix  D,  17  respondents 
requested  more  training  on  how  to  use  output  forms  in  managing  the 
overhaul.  Table  10  indicates  that  an  overwhelming  number  of  respon¬ 
dents  feel  that  the  training  did  not  teach  them  how  to  use  the  output 
forms  in  memaging  the  overhaul  process. 

4.  Reports 

Table  10  indicates  that  reports  are  not  in  a  useful  format  for 
upper  levels  in  the  chain  of  command.  This  point  was  echoed  by  CDR 
Loefller  in  the  quote  above  and  by  15  respondents  in  Appendix  D. 

5.  Interactive  System 

108  of  120  respondents  want  an  interactive  system.  The 
researcher  observed  that  work  center  supervisors  wanted  to  make 
changes  to  their  own  data  at  their  (the  work  center  supervisors’) 
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convenience.  The  work  center  supervisor  want  their  autonomy  when 
dealing  with  the  FMS-RT  system.  Currently,  the  supervisors  feel  that 
they  have  to  follow  a  command-directed  schedule  for  report  submis¬ 
sion.  The  researcher  believes  the  data  quality  would  increase  if  the 
FMS-RT  system  were  integrated  with  the  SNAP  I  and  II  systems.  The 
work  center  supervisors  would  then  be  responsible  for  updating  their 
part  of  the  data.  This  solution  also  would  eliminate  the  users’  feeling 
that  output  was  only  relatively  reliable  and  accurate. 

6.  Training 

Appendix  D.  a  summary  of  the  respondents’  open-ended 
comments,  shows  training  is  incomplete.  However,  the  researcher  in 
investigating  the  problem  in  more  detail  called  the  commands  that 
responded  with  this  point  for  further  clarification.  The  problem  was 
found  to  be  more  a  transition  problem  than  a  training  problem.  The 
ships  in  overhaul  prior  to  January  1988  had  SFOMS  and  had  to  be 
converted  over  to  the  FMS-RT  system.  The  transition  was  difficult 
because  the  change  was  abrupt;  the  training  was  short,  fast-passed, 
and  specific  to  FMS-RT;  and  the  software  had  problems  that  had  not 
been  found  in  testing.  Abrupt  means  that  SFOMS  was  gone  on  1  Jan¬ 
uary,  and  FMS-RT  was  put  in  and  training  held  with  little  notice  to  the 
ship.  The  training  highlighted  the  similarities  and  differences  between 
the  two  systems  and  focused  on  the  differences  in  the  output  reports. 
The  software  problems  created  a  major  problem  in  getting  reports  out 
of  the  system  and  created  a  distrust  of  the  FMS-RT  system.  The 
researcher  concluded  that  the  crew  was  overloaded  in  the  transition 
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training.  The  two-phase  training  program  given  currently  should  pre¬ 
vent  the  recurrence  of  this  problem. 

7.  Manual  Tracking  System 

Table  10  indicated  that  many  respondents  use  a  manual 
tracking  system  in  addition  to  the  FMS-RT  system.  This  indicates  that 
FMS-RT  does  not  provide  all  the  information  users  want.  Appendix  D 
illustrates  that  respondents  want  different  reports  created  and  more 
fields  added  to  existing  reports  for  such  information  as  detailed 
remarks  and  percentage  of  job  completed. 

8.  Material  Tracking  System 

The  researcher  observed  that  very  few  commands  used  the 
material  tracking  system  in  FMS-RT.  The  system  is  manual  in  nature 
and  requires  constant  updates  to  be  useful.  The  researcher  observed 
that  during  overhaul,  the  Supply  Department  loses  one  or  two  store¬ 
keepers  to  the  SOAP  team,  and  receives  the  most  requisitions  to  han¬ 
dle.  Therefore,  they  have  the  most  work  to  do  with  the  fewest  people 
to  do  the  work.  This  is  one  reason  that  the  additional  material  track¬ 
ing  provided  by  FMS-RT  is  not  used.  Also,  the  SNAP  system  has 
tracking  capability,  but  SNAP  does  not  generate  reports  and  requires 
the  same  constant  updating  as  FMS-RT.  Thus,  we  can  understand  why, 
12  people  requested  that  material  tracking  be  totally  automated  (see 
Appendix  D). 

9.  Software  Problems 

In  Appendix  D,  we  see  many  problems  with  software  that 
should  have  been  found  during  acceptance  testing.  Problems  with  form 


5 


feeds,  error  messages,  date  printouts  on  reports,  and  compartment 
numbering  on  reports  should  have  been  caught  during  the  testing 
phases.  Other  problems,  like  screen  colors  and  consistency  in  menu 
selections,  indicate  little  user  involvement  in  design  and  lack  of  con¬ 
cern  over  usability  issues  by  the  developer. 

Generally,  the  FMS-RT  system  is  complex  and  difficult  to  use. 
Stahl's  research  on  usability  illustrates  that  testing  for  usability  can 
head  off  disaster  [Ref.  15:p.  83].  Stahl  indicates  that  more  and  more 
companies  are  conducting  usability  tests  in  addition  to  testing  for 
bugs.  He  suggests  getting  users  involved  in  all  phases  of  software 
development.  Stahl  recommends  the  use  of  prototyping,  videotaping  of 
end-user  learning,  and  objective  and  subjective  testing.  Stahl  says  that 
it  is  not  enough  for  software  to  perform  correctly,  it  must  be  usable  by 
the  end  user.  The  end  users  must  be  satisfied. 

In  the  case  of  the  FMS-RT  system,  the  data  reveal  that  not  all 
end  users  eure  satisfied.  The  reports  are  not  in  a  useful  format  for  some 
levels  of  the  chain  of  command.  The  software  was  sent  to  the  fleet 
with  bugs  that  should  have  been  found  during  testing.  Task  perfor¬ 
mance  time,  such  as  for  inputting  data,  is  hampered  by  poor  screen 
color  selection.  System  learning  time  is  slow  due  to  documentation 
that  is  written  for  a  level  above  the  normal  user.  Also,  the  documenta¬ 
tion  is  missing  things  like  dip-switch  settings  for  the  printer. 

In  summary,  it  appears  that  the  FMS-RT  was  moved  from 
development  to  fleet  implementation  too  quickly.  The  software 
needed  better  testing  and  more  usability  features.  The  documentation 
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needed  to  be  written  for  the  general  user,  as  mentioned  earlier.  The 
reports  should  have  been  generated  by  the  users  through  the  use  of 
existing  report  generators  and  more  reports  were  needed  than  are 
currently  provided.  The  researcher,  having  seen  the  system  in  opera¬ 
tion  and  having  reviewed  the  users*  comments,  believes  that  the  life 
expectancy  for  FMS-RT  will  be  short  unless  a  new  system  is  developed 
with  user  involvement  in  all  phases  of  development.  The  system 
should  conform  to  DOD-STD-2167A  on  Defense  System  Software 
Development  [Ref.  161  and  MIL-STD-1472C  Notice  3  on  Human  Engi¬ 
neering  Design  Criteria  for  Military  Systems,  Equipment,  and  Facilities 
[Ref.  171. 
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VII.  RECOMMENDATIONS  AND  CONCLUSION 


The  premise  of  this  thesis  is  that,  with  a  well-developed  training 
curriculum  and  usable  software,  we  will  get  increased  performance 
during  an  overhaul.  The  researcher  concludes  that  we  have  a  well- 
developed  training  curriculum  but  we  have  a  system  that  is  difficult  to 
use.  The  FMS-RT  system  frustrates  some  end  users. 

In  response  to  the  experts*  recommended  curriculum  changes, 
the  researcher  believes  that  project  management  training  can  be  con¬ 
ducted  in  one  of  three  ways.  First,  it  can  be  incorporated  into  the  cur¬ 
riculum  at  Surface  Warfare  Officers  School.  The  training  at  the  existing 
schools  are  at  the  division  officer  level  and  the  department  head  level. 
Therefore,  both  levels  can  be  taught  project  management  techniques 
and  the  curriculum  content  (advanced  or  introductory  training)  can  be 
controlled.  Controlling  the  content  can  allow  the  training  curriculum 
to  include  the  advance  estimating  techniques  the  experts  mentioned, 
like  weighted  averages  and  PERT  estimating  (a  form  of  weighted  aver¬ 
age  that  uses  three  estimates—  £in  optimistic,  a  pessimistic,  and  a  nor¬ 
mal  estimate),  until  the  advanced  training  is  conducted.  Second,  this 
training  can  be  incorporated  into  the  FMS-RT  training  and  be  given 
specifically  to  all  three  levels  (CPOs  to  department  heads)  just  prior  to 
overhaul.  The  last  way  is  to  teach  project  management  at  Surface  War¬ 
fare  School  and  during  FMS-RT  training. 
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Since  a  great  deal  of  what  officers  are  supposed  to  do  is  manage, 
the  placement  of  project  management  training  would  reap  the  most 
benefits  if  it  were  taught  at  an  introductory  level  in  the  Surface  War¬ 
fare  Officer  Basic  Course,  and  at  a  more  advanced  level  in  the  Surface 
Warfare  Officer  Department  Head  Course.  The  officers  would  then  be 
able  to  better  manage  overhauls,  train  subordinates  in  these  tech¬ 
niques.  and  ideally  be  better  overall  managers.  A  converse  argument  is 
to  teach  project  management  during  FMS-RT  training  aboaurd  the  ship. 
One  could  argue  that  it  would  be  fresh  in  the  manager’s  mind  if  it 
were  taught  to  him  just  prior  to  overhaul,  and  all  three  levels  could 
participate.  The  ideal  would  be  to  do  both— teach  project  management 
at  Surface  Warfare  School  and  during  FMS-RT  training.  Further  analy¬ 
sis  would  be  needed  to  cost  justify  incorporation  of  any  of  these  com¬ 
ponents  into  any  curriculum. 

However,  if  we  could  not  teach  this  topic  in  both  curricula,  then 
the  researcher  believes  that  teaching  it  in  Surface  Warfare  School  at 
both  levels  is  the  best  approach.  The  rationale  behind  this  choice  is 
that  project  management  techniques  apply  to  more  than  just  over¬ 
hauls.  The  researcher  believes  that  these  skills  can  be  used  in  small 
availabilities  when  FMS-RT  is  not  provided.  Also,  these  skills  are  fre¬ 
quently  required  by  officers  in  follow-on  tours.  Project  management 
billets  are  a  large  portion  of  senior  officer  billets.  Also,  all  three 
experts  agreed  that,  at  a  minimum,  division  officers  and  department 
heads  need  this  type  of  training.  For  these  reasons,  the  researcher 


recommends  placing  project  management  training  in  Surface  Warfare 
School. 

The  training  curriculum  can  be  improved  by  putting  more 
emphasis  on  how  to  utilize  the  output  reports  as  a  project  manage¬ 
ment  tool.  Also,  the  training  curriculum  must  incorporate  project 
management  training  for  middle-level  managers  (CPOs  to  department 
heads).  The  training  content  should  include  advanced  estimating 
techniques,  PERT  and  CPM  techniques,  and  methods  for  interpreting 
computer-generated  output. 

The  software  is  complex  and  difficult  to  use.  The  end  users  are 
not  satisfied.  The  system  can  be  improved  by  implementing  the 
enhancements  requested  in  Appendix  D  and  also  by  correcting  the 
problems  presented.  The  enhancements  include  more  forms,  addi¬ 
tional  fields  in  existing  forms,  automation  of  the  material  tracking 
function,  and  the  creation  of  an  interactive  environment.  The  prob¬ 
lems  include  form-feed  problems,  compartment  numbering  errors, 
date  listing  problems  on  Gantt  charts,  and  error  message  disappear¬ 
ance  before  the  user  can  read  the  message. 

In  the  process  of  this  research,  issues  for  further  evaluation  came 
to  light.  The  following  is  a  list  of  follow-on  research  that  is 
recommended. 

•  Conduct  a  cost-benefit  analysis  to  decide  whether  to  implement 
the  proposed  enhancements  and  corrections  of  the  identified 
problems  as  a  revision  of  the  software  or  to  develop  a  new,  more 
usable  system. 

•  Conduct  specific  research  with  users  to  determine  the  t3q3e  of 
reports  needed  and  their  formats.  This  would  be  extremely 
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helpful  to  the  future  developer  of  either  the  enhancements  or  a 
new  system. 

•  Evaluate  the  training  methods  and  the  trainer.  This  research  eval¬ 
uated  the  training  curriculum  but  not  the  training  methods  or  the 
trainer.  Evaluation  in  these  areas  of  training  is  warranted.  The 
researcher  believes  better-quality  training  can  be  obtained  by 
using  videotapes  and  tutorials.  Also,  having  participated  in  the 
current  training,  the  researcher  found  it  dull  and  uninspiring. 

•  Investigate  the  possibility  of  having  a  contractor  do  the  total  over¬ 
haul  while  the  ships  force  is  sent  to  other  ships  of  the  same  class 
for  training  or  to  advanced  schools.  The  Canadian  Navy  overhauls 
ships  this  way  and  is  saying  it  gets  a  higher-quality  overhaul  at  a 
lower  coast.  Also,  the  crew  is  better  trained  because  crew  mem¬ 
bers  do  not  forget  things  about  their  systems  during  the  long 
overhaul  process.  The  crew  is  training  while  the  contractor  is 
working. 

•  Investigate  implementation  of  an  overhaul  tracking  system  on  the 
SNAP  I  and  II  systems. 

•  Investigate  methods  of  automating  the  material  tracking  system  of 
FMS-RT.  How  can  we  link  the  ship  to  the  information  and  status 
of  requisitions  in  the  supply  system? 

The  Navy  relies  on  computer-based  systems  like  FMS-RT  to 
improve  its  performance.  However,  the  Navy  has  not  provided  the 
software  developers  access  to  the  end  users.  This  has  led  to  complex 
systems  that  are  difficult  for  the  user  to  understand  and  use.  To  main¬ 
tain  our  advantage  strategically  and  to  increase  performance  opera¬ 
tionally,  we  must  develop  systems  that  are  not  only  correct  but  that 
can  be  used.  Usability  is  more  than  an  issue  of  the  1980s,  it  is  an  issue 
that  makes  or  breaks  our  systems.  It  is  imperative  that  we  concentrate 
on  identifying  those  areas  where  automation  will  permit  personnel  to 
perform  to  their  maximum  potential,  then  develop  these  systems  for 
the  people  to  use,  always  considering  their  knowledge  level  and  capa¬ 
bilities,  With  these  efforts,  we  can  develop  specific  training  programs 
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APPENDIX  A 

LIST  OF  ABBREVIATIONS 

NAVY  COMMANDS  AND  OTHER  ORGANIZATIONS 

CMSD  Continental  Maritime  of  San  Diego 

(contractor) 

NAVSEA  Naval  Sea  Systems  Command 

OMB  Office  of  Management  and  Budgeting 

(Executive  Office  of  the  President 

PERA  Planning  and  Engineering  for  Repairs  and 

Alterations 

PERA  (ASC)  PERA  for  Amphibious  and  Support  Craft 

(Norfolk) 

PEftA  (CSS)  PERA  for  Combat  Support  Craft  (Bremerton) 

PERA  (CV)  PERA  for  Aircraft  Carriers  (San  Francisco) 

PERA  (CRUDES)  PERA  for  Surface  Combatants  (Philadelphia) 

SE^AADSA  Naval  Sea  Systems  Command  Automated 

Data  Support  Activity 

SUPSHIPS  Supervisor  of  Shipbuilding.  Conversion  and 

Repair 

TYCOM  "Type  Commander 

COMNAVSURFLANT  Commander  Naval  Surface  Force  Atlantic 

Fleet 

COMNAVSURFPAC  Commander  Naval  Surface  Force  Pacific 

Fleet 
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TYPES  OF  OVERHAULS/AVAILABILITIES 


COH 

DPMA 

DSRA 

EDPMA 

EDSRA 

ROH 


Complex  Overhaul 

Drydocked  Phased  Maintenance  Availability 

Drydocked  Scheduled  Restricted  Availability 

Extended  Drydocked  Phased  Maintenance 
Availability 

Extended  Drydocked  Scheduled  Restricted 
Availability 

Regular  Overhaul 


OTHER  ABBREVIATIONS 

AWC 

CPM 

CSMP 

FMP 

FMS-RT 

ILO 

IMA 

INFO NET 
INSURV 

KEYOPS/KOP/KEY  OP 

MIS 

MOTU 

OVHL 

owe 

PERT 


Accomplishing  Work  Center 
Critical  Path  Method 
Current  Ship’s  Maintenance  Project 
Fleet  Modernization  Program 
Fleet  Management  System-Real  Time 
Integrated  Logistics  Overhaul 
Intermediate  Maintenance  Activity 
Information  Network 
Board  of  Inspection  and  Survey 
Key  Operation 

Management  Information  System 
Mobile  Training  Unit  (an  IMA) 
Overhaul 

Originating  Work  Center 

Program  Evaluation  Review  Technique 
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POT&I 

9A 

SARP 

SFOMS 

SFWP 

SIMA 

SITREP 

SOAP 

SS/SC 

3M 


Pre-Overhaul  Test  and  Inspection 
Quality  Assurance 

Ship’s  Alteration  and  Repair  Package 

Ship’s  Force  Overhaul  Management  System 

Ship’s  Force  Work  Package 

Shore  Intermediate  Maintenance  Activity 
(an  IMA) 

Situation  Report  (Commanding  Officer’s) 

Supply  Overhaul  Assistance  Program 

Scheduled  Start/Scheduled  Completion 
(scheduling) 

Material.  Maintenance,  Management 
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APPENDIX  B 


FMS-RT  INPUT  AND  OUTPUT  FORMS 
A.  FMS-RT  INPUT  FORMS 

The  FMS-RT  has  been  developed  with  the  idea  that  input  forms 
and  paperwork  are  to  be  kept  to  a  minimum;  therefore,  there  are 
relatively  few  input  forms.  All  forms  are  graphically  produced  on  the 
computer  screen  and  can  be  utilized  for  all  input  functions  with  the 
exception  of  the  Material  Input  and  OPNAV  4790/2K  forms. 

1.  Forms 

•  OPNAV  4790/2K 

•  FMS-RT  Input  Form  (Optional  page  2) 

•  FMS-RT  Key  Event  Data  Form 

•  FMS-RT  Material  Request  Form 

•  NAVSUP  1250-1 

•  DD  1348 

•  FMS-RT  Manpower  Planning  Form 

•  FMS-RT  Material  Status  Form 
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2.  OPNAV  4790/2K  Form 

The  OPNAV  4790/2K/2Q/2R  Form  is  the  input  form  for  the 
Ship’s  3-M  System.  Whether  a  ship  is  in  or  out  of  an  industrial  avail¬ 
ability,  a  4790/2K/2Q/2R  must  be  submitted  for  each  job  that  must  be 
accomplished.  Information  provided  via  this  form  (JCN,  noun  name. 
EIC,  CSMP  summary,  etc.)  is  required  in  the  FMS-RT  data  file.  When 
the  work  is  accomplished,  the  4790/2K  is  sent  to  the  CSMP  to  update 
the  ship’s  maintenance  records. 

If  work  cannot  be  accomplished  within  30  days  or  is  to  be 
deferred  until  an  industrial  availability  period,  that  work  must  be 
entered,  via  the  OPNAV  4790/2K  form,  into  the  ship’s  CSMP,  Concep¬ 
tually.  FMS-RT  is  to  interface  with  the  3-M  System  (CSMP)  to  reduce 
documentation.  Therefore,  job  information  (JCN,  noun  name,  EIC, 
CSMP  summary,  etc.)  contained  on  either  of  these  forms  is  used  in  the 
FMS-RT  data  file.  The  OPNAV  4790/2K/2Q/2R  Form  is  the  primary 
form  used  to  load  repair  (industrial)  work  into  the  FMS-RT  data  file. 
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OPNAV  4790/2K 
FORM 
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3.  FMS-RT  Input  Form 

A  FMS-RT  Input  Form  must  be  submitted  for  each  job  to 
enter  it  into  FMS-RT.  After  jobs  have  been  scoped,  initial  job  and 
KEYOP  data  are  sent  to  the  FMS-RT  master  file  on  this  form.  It  can 
also  be  used  to  delete  or  change  existing  job  data  (Section  I)  and 
KEYOP  data  (Section  II)  and  to  add  additional  (new)  KEYOPS  to  exist¬ 
ing  jobs.  Workspace  is  provided  (COMMENTS)  for  pertinent  com¬ 
ments  concerning  the  job  or  KEYOP. 
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16.  KEYOP  “Critical"  Flag* 

17.  Accomplishing  Work  Center 
lAWC) 

18.  KEYOP  Number  Assigned  to 
Each  Entry 

19.  DescrlpUon  of  KEYOP 

20.  Compartment  Number 

21.  Scheduled  Start  Week  (SS)  and 
Scheduled  Completion  Week  (SC) 

22.  Man-Hours  Estimated  (in  whole 
hours)  to  Accomplish  the  KEYOP 

23.  Quality  Control  Requirement 
(optional) 

24.  For  Future  Use 

COBSMENTS  SECTION 

25.  Worksheet  for  Pertinent  Com¬ 
ments  Concerning  the  Job  or  a 
KEYOP 

26.  Continuation  Sheet 


•  If  KEYOP  completion  Is  critical  to  Its 
associated  Key  Event,  place  a  poimd  sign 
(#)  here. 


LEGEND 

1.  Ship's  Name  and  Hull  Number 

2.  Unit  Identmcatlon  Code  (UIC) 

3.  Job  Control  Number  (JCN) 

4.  Allowable  Parts  Lists /Allowable 
Equipage  List  (APL),  (AEL) 

5.  Equipment  Identification  Code 
(EIC) 

SECTION  I— JOB  INFO 

6.  Action  Code  Noun 

7.  Job  Name 

8.  Priority 

9.  Job  Level  Key  Event  Number 

10.  Mission  Essential  Number 

11.  Remarks  that  will  amplify  the 
Job 

12.  Screening  Action  by  TVTCOM 
(assignments  of  responsibilities) 

SECTION  n- KEYOP  INFO 

13.  Action  Code 

14.  Percentage  of  Total  Job 

15.  KEIYOP  Level  Key  Event 
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4.  FMS-RT  Key  Event  Input  Form 


An  FMS-RT  Key  Event  Input  Form  is  used  to  enter  or  to 
change  pertinent  data  concerning  shipyard  Key  Events.  This  data 
associates  specific  dates  to  Key  Events  and  produces  “flags"  when 
these  dates  change.  This  feature  aids  Shipyard  Coordinators  in  locating 
jobs  and  KEYOPS  that  are  affected  by  shipyard  schedules  and  schedule 
changes.  Key  Event  data  provided  by  this  form  is  optional  except  when 
a  Key  Event  is  associated  with  a  critically  flagged  KEYOP.* 

In  this  case.  Key  Event  data  must  have  been  entered  prior  to, 
or  be  entered  concurrent  with,  the  “critical”  designation. 


•  The  “critical"  flag  provides  a  method  to  improve  interface 
between  ship’s  force  work  and  shipyard  work  by  identifying  those 
ship’s  force  work  Key  Operations  (KEYOP)  which  directly  affect 
shipyard  Key  Events. 
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INM  UT  MIT  WVT  iia/UI  TOT  Mtl 


LEGEND  3.  Key  Event  Date 

1.  Action  Code  4.  Key  Event  Description 

2.  Key  Event 
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5.  PMS-RT  Material  Request  Form 

An  FMS-RT  Material  Request  Form  must  be  submitted  for 
every  job  requiring  material.  The  form  is  used  to  list  material  required 
for  each  job  and  to  enter  the  information  into  the  FMS-RT  master  file. 
When  the  related  job  is  approved  for  accomplishment  by  ship’s  force, 
the  material  may  be  ordered.  The  form  is  also  used  to  change  or  delete 
data  that  have  already  been  entered  into  the  FMS-RT  master  file. 
NOTE:  When  policy  allows  FMS-RT  Material  Requests  to  be  made 
using  NAVSUP  1250-1  or  DD1348.  these  forms  may  be  substituted 
(see  following  pages). 
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LEGEND 

9. 

NSN,  or  manufacturer’s  part 

1. 

Work  Center 

number 

2. 

Job  Sequence  Number  (JSN) 

10. 

Special  Material  Identification 

3. 

Action  Code 

Code 

4. 

Line  Item  Number  (blcink  imless 

11. 

Unit  of  Issue 

making  a  change) 

12. 

Quantity 

5. 

Documentation  Number 

13. 

Unit  Price 

6. 

Common  Name  of  Material 

14. 

Pertinent  Comments  on  the 

7. 

Signal  Code  (used  by  Supply 

Status 

Department) 

15. 

Signatures 

8. 

COG  (first  two  characters  of 

• 

national  stock  number) 
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6.  NAVSUP  Form  1250-1  Blaterial  Requisition  Document 

A  legible  copy  of  a  NAVSUP  Form  1250-1  may  be  used  to 
identify  material  required  for  each  Job  and  may  be  used  to  enter  the 
information  into  the  FMS-RT  master  file.  Elements  required  to  gener¬ 
ate  a  FMS-KT  material  listing  are  listed  in  the  legend. 


LEGEND 

8. 

(Block  25)  Quantity 

1. 

(Block  8)  Novin  Name 

9. 

(Block  26)  Unit  Price 

2. 

(Block  14)  Work  Center 

10. 

(Blocks  36-43)  Julian  Date 

3. 

(Block  15)  Job  Sequence  Number 

4. 

(Block  18)  Signal  Code 

NOTE:  In  addition,  work  centers  will 
continue  to  complete  all  ele- 

5. 

(Block  19)  COG 

ments  of  DD  NAVSUP  Form 

6. 

(Blocks  21-22)  Stack  Number 

1250-1  required  by  the  individ¬ 

7. 

(Block  24)  Unit  of  Issue 

ual  ship’s  Supply  Department. 
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7.  DD1348  Material  Request  Form 

A  legible  copy  of  a  DD  Form  1348  may  be  used  to  identify 
material  required  for  each  Job  and  may  be  used  to  enter  the  informa¬ 
tion  into  the  FMS-RT  master  file.  Elements  required  to  generate  a 
FMS-RT  material  listing  are  shown  in  the  legend. 


IT  uicw: 

1  II 

••  i  I  .  I  .  It  ....  I  in”!?"* «  I  •»«  . .  •  I  >  .1  • 


LEGEND 

1.  (Block  C)  Noun  Name 

2.  (Columns  8-20)  Stock  Number 

3.  (Columns  23-24)  Unit  of  Issue 

4.  (Columns  25-29)  Quantity 

5.  (Column  51)  Signal  Code 

6.  (Block  M)  Work  Center 

7.  (Block  N)  Job  Sequence  Number 


8.  (Columns  55-56)  COG 

9.  (Block  T)  Unit  Price 

NOTE:  In  addition,  work  centers  will 
continue  to  complete  all  ele¬ 
ments  of  DD  Form  1348  as 
required  by  the  individual  ship’s 
Supply  Department. 


75 


8.  FMS-RT  Manpower  Planning  Form 

This  form  provides  information  on  the  expected  level  of 
manpower  for  each  work  center  for  every  week  of  the  availability.  Any 
changes  to  the  original  estimates  are  also  made  using  this  form. 
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LEGEND 

1.  Name  of  Originator 

2.  Date  Prepared 

3.  Work  Center  Code 

4.  Department 

5.  Percentage  of  Industrial 
Availability 

6.  Number  of  Men  per  Work  Week 


7.  Range  of  Weeks  for  Men  per  Week 

8.  Range  Constant  of  Men  per  Week 
for  designated  weeks 

9.  Envelope  of  Time  (from  week  to 
week) 

10.  Number  of  Men  Available  in 
those  weeks 

11.  Signatures 
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9.  FMS'RT  Material  Status  Form 

This  form  is  for  the  use  of  the  Supply  Coordinator  only.  It  is 
used  to  put  current  information  on  material  status  into  the  FMS-KT 
master  file. 


MATtmaL  statu#  arso/tiis  tsst  (is-m) 


LEGEND 

7. 

Quantity  Received 

1. 

Action  Code 

8. 

Actual  Cost  of  Material  Received 

2. 

Work  Center  Code 

9. 

Quantity  Cancelled 

3. 

Job  Sequence  Number 

10. 

Quantity  Issued 

4. 

Line  Item  Number 

11. 

Storage  /Location /Bin 

5. 

Document  Number 

6. 

Pertinent  Comments  on  the 

Status 
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B.  FMS-RT  OUTPUT  REPORTS 


The  FMS-RT,  being  a  real-time  system,  has  been  developed  with 
the  idea  that  the  basic  reports  are  to  be  generated  and  excerpts  from 
those  reports  will  be  available  for  the  Availability  Managers  on  an  as- 
needed  and  demand  basis.  These  reports  may  be  modified  or  drawn  on 
a  selectability  basis  from  the  Mission  Essential  work  at  a  work  center 
level  to  that  of  a  total  work  package  for  the  entire  ship.  The  only  limi¬ 
tations  are  those  of  the  needs  of  the  Availability  Managers.  The  basic 
reports  are  as  follows. 

1.  Reports 

•  Session  Register.  A  report  that  indicates  all  the  entries  and 
actions  taking  place  in  the  last  update  to  the  database. 

•  Work  List  w/Material.  A  report  that  indicates  all  of  the  work, 
Keyops,  and  material  specified  for  a  single  work  center,  a  range  of 
work  centers,  or  the  entire  ship. 

•  Work  List  w/o  Material.  Same  report  as  with  material. 

•  Material  Management  Report.  This  report  is  a  material  report 
that  can  be  drawn  by  document  number  and/or  by  NSN  stock 
number.  This  also  shows  stowage  location. 

•  Scheduling  GANTT  Report.  This  report  is  used  by  the  ship’s 
work  center  supervisors  and/or  the  personnel  selected  to  accom¬ 
plish  the  scheduling  of  the  ship’s  force  work  package. 

•  Key  Event  List.  This  is  a  listing  of  the  Key  Eivents  that  will  be 
used  by  the  overhauling  activity  to  schedule  its  work  package  and 
provided  by  the  activity’s  Scheduling  Department. 

•  Workload  Forecast  and  Summary.  This  is  a  report  that  indicates 
to  the  Division  Officer  or  the  Availability  Manager  the  capability  of 
a  work  center  for  all  or  part  of  an  availability.  This  report  will 
indicate  those  capabilities  in  both  man-hours  and  man-days. 
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•  Department  Projection.  This  is  a  line  graph  projection  of  the 
selected  department’s  capabilities  (manpower)  and  workload 
(schedule  work)  for  a  15-week  window,  selectable. 

•  Accomplishing  Work  Center  Report.  This  is  the  report  that  the 
work  center  will  use  as  an  input  form  to  indicate  accomplishment 
of  jobs  and/or  Keyops,  4-week  window. 

•  Department  Status.  This  is  a  bar  graph/pie  chart  that  indicates 
at  the  department  level  the  capabilities,  liabilities,  and  accom¬ 
plishments  of  the  selected  department. 

•  Commanding  Offlcer’s  Status.  This  report  is  a  ship-level  report 
that  indicates  at  the  ship  level  the  liabilities,  assets,  and  accom¬ 
plishments  of  the  ship’s  force. 

•  Ship’s  Status.  This  is  a  status  report  only  and  cannot  be  updated 
as  an  individual  report.  It  is  meant  for  a  quick  output  for  the 
ship’s  Commanding  Officer  and/or  the  Availability  Manager.  This 
report  is  updated  continually  as  the  database  is  changed  in  any 
way  and  could  be  considered  the  most  current  data  available. 

The  above-listed  reports  are  those  that  are  available  from  the 
system  on  an  as-is  basis.  If  there  are  unique  requirements  that  the 
managers  need  for  command  reports  and/or  quick  looks,  the  above 
reports  may  be  selectively  printed.  There  is  also  being  considered,  for 
the  future,  a  selectable  report  writer  that  will  allow  the  individual 
manager  to  design  a  report  as  his  individual  needs  dictate.  This  will  be 
in  level  II  of  the  FMS-RT  and  input  from  the  user  will  be  required.  If 
there  are  immediate  needs  for  unique  reports,  contact  your  PERA 
Representative  or  the  FMS-RT  Program  Manager. 
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2.  Scheduling  GANTT  Chart 

a.  Report  Narrative 

The  purpose  of  this  report  is  to  provide  a  planning  tool 
used  by  the  work  center  supervisor  to  initially  schedule  work  over  the 
length  of  the  availability.  In  addition,  the  report  provides  information 
for  the  following: 

•  Ship’s  overhaul  scheduled  start  and  completion  dates 

•  Key  operation  man-hours  estimated 

•  Key  operation  scheduled  start  and  completion  weeks  (if  available) 

•  Key  operation  key  event  (if  available) 

•  Job  key  event 

•  Job  priority 

b.  Report  Design 

The  report  is  produced  in  accomplishing  work  center 
sequence.  The  report  displays  all  weeks  covering  the  length  of  the 
overhaul. 

Further  report  specifications  are  as  follows: 

•  Headers  and  trailers  are  standard  (except  report  title  and  selec¬ 
tion  data) 

•  If  schedule  start  and  completion  weeks  are  available  for  a  key 
operation,  they  will  be  displayed  on  the  report:  otherwise,  dashes 
will  appear. 

•  Computed  items  are  as  follows: 

-  Man-hours  remaining 

-  Man-hours  used 
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c.  Report  Selection 


The  user  may  select  a  single  work  center,  a  string  of 
work  centers,  a  range  of  work  centers,  or  any  combination  of  work 
centers.  With  the  exception  of  deferred  jobs  and  finished  key-ops  or 
jobs,  the  report  will  display  all  other  jobs  and  key-ops. 

d.  Field  Descriptions 

With  the  exceptions  noted  below,  descriptions  of  the 
report  headers  and  trailers  are  in  the  specifications  for  standard 
report  headers  and  trailers. 


Item 

Column 

Input 

Description 

Number 

Heading 

Bfnemonlc 

of  Data 

1 

STD-HDRl-WC 
STD-TRL2- 
REPORT  LEVEL 

wc-wc 

Work  center  designators 

Work  center  code  is  from  the 
work  center  record:  also  place 
the  value  “WORK  CENTER"  here 

2 

SELECT 

Report  selection 

All  selections  (no  deferred  or 
finished) 

3 

SEQUENCE 

AWC  only 

4 

STD-HD3-TITLE 

STD-TRL2-TITLE 

Place  the  value  “SCHEDULING 
GANTT  CHART"  here 

5 

JCN 

JOB-JCN 

Job  control  number 

6 

Noun  name 

JOB-NOUN-NAME 

Description  of  the  job 

7 

Iden  No. 

JOB-IES-NR 

Identification/Equipment 

Serial  Number 

8 

Kop 

KOP-KOP-NR 

Key  operation  number  ranges 
from  001  to  999;  makes  the  kops 
unique 

9 

Description 

KOP-DESC 

Describes  the  key  operation 
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Item 

Number 

Column 

Heading 

Input 

Mnemonic 

Description 
of  Data 

10 

Week  SS  SC 

KOP-SW 

KOP-CW 

Week  SS  is  the  scheduled  start 
week  of  the  kop:  week  SC  Is  the 
scheduled  completion  week  of 
the  kop:  if  one  Is  present,  you 
must  have  the  other. 

11 

M/H  Est 

KOP-MHEST 

Man-hours  estimated  to  com¬ 
plete  the  kop:  value  determined 
by  the  following  formula:  MAN¬ 
HOURS  ESTIMATED  =  MAN¬ 
HOURS  USED  TO  DATE  +  MAN¬ 
HOURS  REMAINING 

12 

PRI- 

JOB-PRI 

Job  priority  ranges  from  1  to  4: 
job  priority  is  entered  by  the 
work  center  supervisor 

13 

KE: 

JOB-KEV 

Contains  the  key  event  code:  all 
key  event  codes  entering  the  sys¬ 
tem  must  match  the  key  event 
table:  maximum  999  key  events. 

14 

Kop  Kev 

KOP-KEV 

Key  event  entered  by  PERA  or  the 
SHIP:  all  the  key  events  must 
match  the  key  event  table 

15 

QA 

KOP-QA 

The  data  is  entered  by  the  Ship 
or  PERA 

16 

Month  and  Sunday  date  of  a 
week  In  a  16-week  period  in  the 
availability 

17 

Number  of  each  week  relative  to 
the  beginning  of  the  availability 

18 

Have  to  print  dashes:  they  repre¬ 
sent  the  separation  of  jobs 

19 

AWC 

KOP-AWC 

Accomplishing  work  center 

20 

Compartment 

KOP-CMPT-NR 

Field  is  broken  down  by  deck 

frame,  use:  an  alpha  character 
In  leftmost  position,  then  the 
field  will  not  be  considered  as  a 
unit  and  not  sepjirated  Into  the 
deck,  frame,  use  field:  If  other 
than  alpha,  the  fields  will  be 
broken  down  and  separated  by  (-) 
when  they  are  printed 
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2.  Work  List/Material 

a.  Material  Ii\formation 

•  Line  Item  Number 

•  Document  Number  (TYCOM  fund  code—  5th  position) 

•  National  Stock  Number  (first  two  positions  are  the  COG  code) 

•  Nomenclature 

•  Quantity  Ordered 

•  Unit  of  Issue 

•  Quantity  Received 

•  Quantity  Issued 

•  Quantity  Canceled 

•  Material  Status 

b.  Report  Design 

The  report  is  produced  in  originating  work  center 
sequence.  The  report  can  be  produced  for  the  following  data 
categories: 

•  All  jobs  regardless  of  status 

•  All  active  jobs 

•  All  inactive  jobs  and/or  keyops 

•  Mission  essential  jobs 

•  Deferred  jobs  only 

Headers  and  trailers  are  standard  (except  report  title  and  selection 
data.  When  a  job  line  is  printed.  It  will  be  followed  by  its  kop  informa- 
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tion  and  associated  material  information.  Computed  items  are  the 
following; 


•Job  physical  progress 
•  KOP  current  man-hours  remaining 

c.  Report  Selection 


The  report  can  be  produced  for  a  single  OWC,  a  range  of 
owes,  or  a  string  of  OWCs. 

d.  Field  Descriptions 


Descriptions  are  as  follows: 

Item 

Number 

Column 

Heading 

Input 

Mnemonic 

Description 
of  Report  Elements 

1 

STD-HDRl-WC 

STD-TRL2- 

REPORTLEIVEL 

wc-wc 

Work  center  designators 

Work  center  code  Is  from  the 
work  center  record;  also  place 
the  value  “WORK  CENTER"  here 

2 

SEQUENCE 

Sequence  Is  OWC 

3 

STD-HD3-TITLE 

STD-TRL2-TITLE 

Place  the  value  “WORK/ LIST 
MATERIAL"  here 

4 

PROG/WGHT 

JOB-PHY-PROG 

Physical  Progress  of  a  Job  Is  the 
sum  of  the  weight  of  Its  finished 
kops 

KOP-PHY-PROG 

KOP  Physical  Progress  Is  the 
weight  of  the  kops;  when  kop  Is 
finished  its  weight  is  added  to 
the  Job  line  and  the  work 
“DONE"  Is  printed  In  its  place  on 
the  kop  line 

5 

JCN 

JOB-JCN 

Job  control  number 

6 

NOUN  NAME 

JOB-NOUN-NAME 

Description  of  the  Job 

7 

IDENT  NO. 

JOB-IES-NR 

Identification/Equipment 

Serial  Number 
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8 

Week  SS  SC 

KOP-SW 

KOP-CW 

Week  SS  Is  the  scheduled  start 
week  of  the  kop;  week  SC  Is  the 
scheduled  completion  week  of 
the  kop 

Item 

Column 

Input 

Description 

- 

Number 

Heading 

Blnemonic 

of  Report  Elements 

9 

M/HEST 

KOP-MHEST 

Man-hours  estimated  to  com¬ 
plete  the  kop:  value  determined 
by  the  following  formula:  MAN¬ 
HOURS  ESTIMATED  =  MAN¬ 
HOURS  USED  TO  DATE  +  MAN¬ 
HOURS  REMAINING 

10 

TOT  USED 

KOP-CUM-MHUSED 

Sum  of  all  man-hours  used  on 
the  kop 

11 

M/H  REMN 

KOP-CUR-MHREMN 

(calculation) 

Man-hours  remaining  is  calcu¬ 
lated  by  subtracting  KOP-CUM- 
MHUSED  from  KOP-CUR- 
MHEST,  which  gives  the  KOP- 
CUR-MHREMN  field 

12 

QA 

KOP-QA 

The  data  is  entered  by  PERA  or 
by  the  Ship 

4 

13 

SCREENING 

JOB-SCREEN 

This  Is  a  comment  entered  by 
PERA  or  by  the  Ship 

• 

14 

MISSN  ESNTL 

JOB-ME-CD 

Mission  essential  code  identifies 
a  Job  as  mission  essential;  It 
consists  of  the  department  code 
and  a  three-digit  number  rang¬ 
ing  from  100  to  199;  mission 
essential  Jobs  must  stay  in 
active  status  until  the  mission 
essential  code  is  changed 

15 

INSURV  NUMBER 

JOB-INSURV 

Inspection  and  survey  INSURV 
(used  by  SARP) 

16 

ESWBS/JON 

JOB-ESWBS-JON 

Expanded  ship  work  breakdown 
structure  formerly  known  as 
SWUN  (SARP)  JON  private  ship¬ 
yard  Job  order  number  used  by 
private  shipyards 

17 

AWC 

KOP-AWC 

Work  center  that  will  do  the 

work  on  the  kop:  all  AWCs 
entering  the  system  will  have  to 
match  the  work  center  table: 
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kops  with  man-hours  expended 
against  it  will  not  be  able  to 
change  their  AWC 


18 

KOP 

KOP-KOP-NR 

Key  operation  number  ranges 
from  001  to  999;  makes  the  kops 
unique 

Item 

Number 

Column 

Heading 

Input 

Mnemonic 

Description 
of  Report  Elements 

19 

DESCRIPTION 

KOP-DESC 

Description  of  the  key  operation 

20 

COMPARTMENT 

KOP-CMPT-NR 

Field  Is  broken  down  by  deck 
frame,  use:  an  alpha  character 
in  leftmost  position  means  this 
Is  a  comment  field  and  will  not 
be  separated;  any  other  type 
character  in  leftmost  position; 
the  fields  will  be  broken  down 
and  separated  by  (-)  when  they 
are  printed 

21 

PRI- 

JOB-PRI 

Job  priority  ranges  from  1  to  4; 
Job  priority  is  entered  by  the 
work  center  supervisor 

22 

RMKS 

JOB-REMARKS 

Comments  pertaining  to  the  Job 
entered  by  PERA  or  tlie  Ship 

23 

LIN 

MTRL-LN-NR 

The  line  Number  contains  a 
number  generated  by  the  com¬ 
puter  that  is  used  to  Identify 
material  records  when  no  docu¬ 
ment  number  has  been  assigned; 
this  number  comes  from  the 
Next  Available  Line  Item  Num¬ 
ber  field  In  the  Job  record;  line 
numbers  cannot  be  changed  or 
reused 

24 

DOC  NO. 

MTRI^DOC-NR 

The  Document  Number  is  a 
unique  number  that  is  assigned 
by  the  supply  officer  at  the  time 
material  Is  ordered:  the  fifth 
position  is  the  TYCOM  Fund 
Code 

25 

NSN 

MTRL-NSN 

Uniquely  Identifies  the  material 
In  the  supply  system  (national 
stock  number);  positions  1  and  2 
of  this  field  make  up  the  COG 

code 
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26 

NOMENCLATURE 

MTRL-NOMEN 

Description  of  the  material 
Itself  (e.g.,  nut.  bolt,  paintbrush) 

• 

Item 

Number 

Column 

Heading 

Input 

Blnemonic 

Description 
of  Report  Elements 

27 

giYORD 

MTRL-QTy-REQD 

Quantity  of  material  required  to 
do  the  job;  used  with  the  unit 
price  field  to  produce  the 
extended  estimated  cost  which 
becomes  obligated  cost  when 
material  is  ordered 

28 

UI 

MTRL-UI 

The  Unit  of  Issue  code  describes 
the  lowest  unit  that  can  be  issued 
or  purchased  (e.g.,  EA=each; 
BS=box:  CNscarton,  etc.) 

29 

giYRECD 

MTRL-QTY-RCVD 

Contains  a  count  of  the  material 
items  received  to  date 

30 

QTYISS 

MTRL-QTY-ISS 

Contains  the  number  of  mate¬ 
rial  items  issued  to  the  work 
center 

31 

QTYCAN 

MTRL-QTT-CAN 

Contains  the  number  of  mate¬ 
rial  items  cancelled 

A 

•m 

32 

MATERIAL 

STATUS 

MTRL-STAT 

Contains  either  a  status  code 
which  can  be  interpreted  by  a 
status  look-up  table  or  a  30- 
character  comment  if  code  does 
not  match  look-up  table;  it  will 
be  treated  as  a  comment 

33 

KE; 

JOB-KEV 

Contains  the  Job  key  event  code; 
all  key  event  codes  entering  the 
system  must  match  the  key 
event  table;  mEixlmum  999  key 
events 

34 

ATTN: 

KOP-ATTN 

Comment  field;  three  messages 
are  system  generated:  “NOT 
STARTED."  'NOT  COM- 

PLETED."  OR  'NOT  SCHED¬ 
ULED."  These  messages  will 
appear  when  the  following  con¬ 
ditions  exist;  a  kop  schedule 
start  on  schedule  complete  week 
has  passed  without  man-hours 
being  expended  and  the  overhaul 
has  begun  and  the  kop  is  NOT 
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YET  SCHEDULED,  however  the 
ship  can  override  their  messages 


Item 

Number 

Column 

Heading 

Input 

BSnemonlc 

Description 
of  Report  Elements 

35 

JOB-PSYD-JON 

Private  shipyard  Job  order  num¬ 
ber  used  by  shipyard;  three- 
character  field  that  follows  the 
ESWBS 

36 

KE: 

KOP-KEV 

Key  event:  entered  by  PERA  or 
the  Ship;  all  key  events  must 
match  the  kty  event  table 

37 

WEEK  USED 

Number  of  man-hours  used  the 
previous  week 
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4.  Material  Management  Report 

a.  Report  Narrative 

Material  Management  Report  displays  the  status  of  mate¬ 
rial.  quantity  ordered,  quantity  received,  quantity  issued,  and 
accounting  data  for  FMS-RT  funds. 

b.  Report  Design 

The  report  may  be  obtained  in  the  following  sequences: 

•  Job  Control  Number  (JCN) 

•  National  Stock  Number  (NSN) 

•  Document/ Requisition  Number  (DOC) 

•  Type  Commander  Fund  Code  (TYCOM  FUND  CODE)  (with  sec¬ 
ondary  sequence  on  document/ requisition  number) 

The  report  may  be  produced  for  the  following  data  categories: 

•  All  material 

•  All  requisitioned  material 

•  All  outstanding  material 

•  All  material  not  requisitioned 

Headers  and  trailers  are  standard.  Material  items  without  document 
numbers  sort  at  the  end  of  the  report  when  requested  in  that 
sequence. 

c.  Report  Selection 

The  report  can  be  produced  for  a  single  work  center  or 
for  all  work  centers. 
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d.  Field  Descriptions 


Item 

Column 

Input 

Description 

Number 

Heading 

Mnemonic 

of  Data 

1 

SELECT 

STD-HDR2- 

SELECT 

A  description  of  the  data  selected 
to  appear  on  the  report 

2 

SEQUENCE 

STD-HDR3- 

SEQUENCE 

A  description  of  the  report 
sequence 

3 

TITLE 

STD-HDR3-T1TLE 

Move  “material  management 
report"  to  this  field 

4 

JCN 

MTRL-JCN 

Job  control  number 

5 

LIN 

MTRL-LN-NR 

Line  Item  number  assigned  by 
computer 

6 

DOC  NR  DAT  SER 

MTRI^DOC-NR 

Material  document  number;  the 
number  under  which  the  Item 
was  ordered 

7 

NSN 

MTRL-NSN 

National  stock  number 

8 

Nomenclature 

MTRL-NOMEN 

Name  of  part 

9 

giYORD 

MTRL-QTy-REQ 

Quantity  ordered 

10 

UNIT  OF  ISSUE 

MTRL-UI 

Units  In  which  material  Is 
dispensed 

11 

OTYRECD 

MTRL-QTY-RCVD 

Quemtlty  received 

12 

QTV  ISSD 

MTRL-QTY-ISS 

Quemtity  issued 

13 

MTRL  STATUS 

MTRL-STAT 

Status  of  material 

14 

ESTIMATED  COST 

MTRL-EXTD- 

EST-COST 

Net  estimated  cost  of  each  line 
Item 

15 

OBLIGATED  COST 

MTRL-OBL-COST 

To  have  any  data  shown  in  this 
field,  a  document  number  must 

be  present:  if  no  material  has 
been  received,  then  obligated 
cost  equals  estimated  cost;  upon 
receipt  of  material,  obligated 
cost  Is  decreased  by  the  entry  of 
actual  cost  data:  obligated  cost 
will  equal  zero  upon  receipt  of 
all  ordered  material 
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Item 

Column 

Input 

Description 

Number 

Heading 

Blnemonlc 

of  Data 

16 

ACTUAL  COST 

MTRL-ACTL-COST 

Net  cost  as  returned  in  billing 

17 

TOTAL  EST  COST 

N/A 

Total  estimated  cost  of  all  mate¬ 
rial  items  for  the  specific 
sequence  ordered 

18 

TOTAL  OBL  COST 

N/A 

Total  obligated  cost  of  all  mate¬ 
rial  items 

19 

TOTAL  ACT  COST 

N/A 

Total  actual  cost  of  all  material 
items 
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5.  Report— Material  Drawdown  Request  Form 

a.  Report  Narrative 

The  Material  Drawdown  Request  Form  report  is  used  to 
draw  supplies  from  the  ship’s  supply  storeroom.  Material  for  each  Job 
will  be  printed  on  a  separate  page, 

b.  Report  Design 

The  report  can  only  be  obtained  by  Job  Control  Number. 
Only  material  with  a  document/requisition  number  will  appear  on  this 
report.  The  material  items  on  the  report  are  in  document/requisition 
number  sequence.  Report  headers  are  unique  to  this  report.  Report 
trailers  are  standard. 

c.  Report  Selection 

The  report  may  be  produced  for  a  single  job  number,  a 
string  of  job  numbers,  a  group  of  job  numbers,  or  all  Job  numbers. 

d.  Field  Descriptions 


Item  Column  Input  Identlflcation 

Number  Heading  Bdnemonic  of  Data 

1  NON-STD-HD3-  Move  the  title  of  the  report  to 

TITLE  this  Item;  In  this  case.  It  would 

be  “FMS-RT  Material  Drawdown 
Request  Form."  which  Is  not  a 
standard  header 

STD -TRLl -TITLE  Move  the  title  of  the  report  to 

this  Item;  In  this  case.  It  would 
be  “FMS-RT  Material  Drawdown 
Request  Form" 

2  JOB  CONTROL  NR  JOB-JCN  The  Job  Control  Number  Is 

assigned  by  the  Originating 
Work  Center;  It  uniquely  Identi¬ 
fies  jobs;  It  Is  composed  of  the 
Originating  Work  Center  and 
Job  Sequence  Number 
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Item 

Number 

Column 

Heading 

Input 

Mnemonic 

Identification 
of  Data 

3 

LINE  NR 

MTR-LN-NR 

The  Line  Number  contains  a 
number  generated  by  the  com¬ 
puter  that  is  used  to  identify 
material  records  when  no  docu¬ 
ment  number  has  been  assigned: 
this  number  comes  from  the 
Next  Available  Line  Item  Num¬ 
ber  field  In  the  Job  record:  line 
numbers  cannot  be  changed  or 
reused. 

4 

DOCUMENT  NR 

MTRL-DOC-NR 

The  Document  Number  is  a 
unique  number  that  Is  assigned 
by  the  supply  officer  at  the  time 
material  Is  ordered:  the  fifth 
position  is  the  TYCOM  Fund 
Code 

5 

NSN 

MTRL-NSN 

This  Is  the  National  Stock  Num¬ 
ber,  which  uniquely  identifies 
the  material  in  the  supply  sys¬ 
tem:  the  first  two  characters  of 
the  NSN  are  the  (COG  Code):  the 
Cognizance  Code  Identifies  the 
inventory  manager  for  the 
material 

6 

NOMENCLATURE 

MTRL-NOMEN 

Description  of  the  material 
Itself  (e.g.,  nut,  bolt,  paintbrush) 

7 

U/I 

MTRL-UI 

The  Unit  of  Issue  code  describes 
the  lowest  unit  that  can  be  issued 
or  purchased  (e.g.,  EA=each: 
BX=box:  CN=carton,  etc.) 

8 

QUANTITY 

ORDERED 

MTRL-QTY-ORD 

This  number  is  used  to  show  the 
quantity  of  material  required  to 
do  the job 

9 

QUANTITY 

CANCELLED 

MTRL-QTY-CAN 

Number  of  material  Items  that 
were  cancelled 

10 

QUANTITY 

RECEIVED 

MTRL-QTY-RCVD 

This  is  the  number  of  material 
Items  received  to  date  by  the 
ship's  supply  officer 

11 

QUANTITY 

DESIRED 

N/A 

Quantity  Desired  Is  the  amount 
of  material  Items  needed  by  the 
work  center  supervisor  at  this 
time 
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Item 

Number 


Column 

Heading 


Input 

Blnemonlc 


Identification 
of  Data 


12  QUANTTry  ISSUED  MTRL-QTY-ISS 


13  WORK  CENTCR  CONTACT 
LOC/BIN 

SFWP  Material  Coordinator 
SFWP  ADP  Coordinator 
SFWP  ADP  Coordinator 
Warehouse  Coordinator 
Work  Center  Receipt 


Quantity  issued  Is  the  number  of 
material  items  issued  to  the 
work  center  supervisor 

The  work  center’s  supervisor 
and  the  supply  coordinator’s 
signature  go  on  the  appropriate 
lines 


6.  Workload  Forecast  and  Summary  Report  Specifications 

a.  Report  Narrative 

The  purpose  of  this  report  is  to  provide  the  work  center 
supervisor  with  a  detailed  short-range  or  long-range  view  of  his  avail¬ 
able  manpower  versus  scheduled  work.  In  addition,  the  report  pro¬ 
vides  a  summary  in  man-days  of  the  following: 

•  Remaining  man-days  available  to  do  work 

•  Remaining  work  (in  man-days)  that  has  been  scheduled 

•  Remaining  work  (in  man-days)  that  has  not  been  scheduled 

•  Work  (in  man-days)  that  has  been  deferred 

•  Work  (in  man-days)  that  has  been  accomplished  to  date 

b.  Report  Design 

The  report  is  produced  in  accomplishing  work  center 
sequence.  Reports  can  be  selected  by  individual  work  centers  and/or 
departments,  or  they  can  be  selected  by  a  range  of  work  centers 
and/or  departments.  In  addition,  the  report  can  be  selected  by  a  range 
of  weeks  beginning  with  the  current  week  or  beginning  with  a  week  in 
the  future.  Report  selections  for  weeks  earlier  than  the  current  week 
are  invalid. 


Item 

Column 

Input 

Description 

Number 

Heading 

Mnemonic 

of  Report  Element 

1 

STD-HDRl- 

Work  center  designation 

REPORT  LEVEL 
STD-TRL2- 

wc-wc 

Work  center  code  Is  from  the 
work  center  record:  also  place 

REPORT  LEVEL 

wc-wc 

the  value  “WORK  CENTER"  here 

2 

STD-HD3-TITLE 

N/A 

Place  the  value  "WORK  LOAD 

STD-TRLl-TITLE 

N/A 

FORECAST  AND  SUMMARY* 
here 
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Item 

Number 

Column 

Heading 

Input 

BSnemonic 

Description 
of  Report  Element 

3 

TOTALS 

N/A 

Category  of  totals  at  the  work 
center  level 

4 

JOBS 

N/A 

Count  of  Jobs  that  are  unsched¬ 
uled  or  deferred 

5 

KEYOPS 

N/A 

Count  of  keyops  that  are  sched¬ 
uled  and  unfinished,  and  count 
of  keyops  that  are  unscheduled 

6 

IND  M/D 

N/A 

Convert  man-hours  to  man-days 
for  each  Total  Category 

7 

INDUSTRIAL  % 

WC-IND-PCT- 

CNSTNT 

Percentage  of  TOTAL  M/H 
AVAIL  per  week  that  will  be  used 
for  IND  M/H  AVAIL 

8 

MAN-HOURS 

PER  WEEK 

WC-MH-PER-WK 

The  number  of  man-hours  per 
week  that  each  man  Is  scheduled 
to  work 

9 

AVAIL  REMN 
(IND  M/D) 

WC-MHAVAIL 

This  Is  a  calculation  of  the  num¬ 
ber  of  man-days  available  from 
the  current  week  of  overhaul  to 
the  end  of  overhaul;  formula: 
WC-MHAVAIL/8  =  AVAIL  REMN 

10 

SCHED  REMN 
(KEYOPS) 

WC-ACTV-KOP-CNT 

This  is  a  count  of  the  number  of 
scheduled  key  operations  that 
are  not  finished  or  deferred 

11 

SCHED  REMN 
(IND  M/D) 

WC-MHSCHED 

This  Is  a  calculation  of  the  num¬ 
ber  of  man-days  scheduled: 
deferred  and/or  finished  man- 
days  are  not  Included;  formula: 
WC-MHSCHED  =  SCHED  REMN 
(IND  M/D) 

12 

UNSCHED  REMN 
(JOBS) 

WC-INACTV- 

JOB-CNT 

This  Is  a  count  of  the  number  of 
jobs  that  are  unscheduled  and 
not  deferred 

13 

UNSCHED  REMN 
(KEYOPS) 

WC-INACTV- 

KOP-CNT 

This  Is  a  count  of  the  number  of 
key  operations  that  are 

unscheduled  and  not  deferred 
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Item 

Number 

Column 

Heading 

Input 

Mnemonic 

Description 
of  Report  Element 

14 

UNSCHED  REMN 
(IND  M/D) 

WC-MHEST 

WC-MHSCHED 

This  is  a  calculation  of  the  num¬ 
ber  of  unscheduled  man-days; 
deferred  man-days  are  not 
Included;  formula:  WC-MHEST  - 
WC-MHSCHED/8  =  UNSCHED 
REMN  (IND  M/D) 

15 

DEFERRED  (JOBS) 

WC-DFR-UOB-CNT 

This  Is  a  count  of  the  number  of 
Jobs  that  have  been  deferred 

16 

DEFERRED 
(IND  M/D) 

WC-MHDFR 

This  Is  a  count  of  the  number  of 
man-days  that  have  been 
deferred;  formula;  WC- 
MHDFR/8  =  DEFERRED  (IND 
M/D) 

17 

USED  (IND  M/D) 

WC-MHUSED 

This  is  a  calculation  of  the  num¬ 
ber  of  man-days  that  have  been 
used:  formula:  WC-MHUSED/8  = 
USED  (IND  M/D) 

18 

N/A 

N/A 

Week  of  overhaul 

19 

N/A 

N/A 

I-UNE;  weeks  on  the  left  of  the  I- 
UNE  are  history:  the  week  to  the 
immediate  right  of  the  I-LINE  is 
the  current  week;  all  other  weeks 
to  the  right  of  the  I-UNE  repre¬ 
sent  the  future 

20 

N/A 

N/A 

Title  “M/H  SCHEDULE"  all  data 
below  this  line  are  in  man-hours 

21 

IND  M/H  SCHED 

KOP-SW 

KOP-CW 

KOP-CUR-MHREMN 
KOP-WK-N 1  -MHSCHED 
KOP-WK-N2-MHSCHED 
KOP-WK-N3-MHSCHED 

This  is  a  calculation,  by  week,  of  all  remaining  man-hours  scheduled  in  the 
work  center.  Deferred  Jobs  are  not  Included.  Only  key  operations  that  meet 
the  selection  criteria  for  the  report  will  be  used.  The  man-hours  remaining 
(KOP-CUR-MHREMN)  for  each  key  operation  are  pro-rated  within  the  range 
of  Its  start  and  completion  weeks.  The  pro-rated  man-hours  are  then  added 
to  their  respective  week  coimters  In  an  array  of  schedule  week  counters. 
When  the  hours  for  all  key  operations  have  been  added  to  the  array  of 
Industrial  man-hours  scheduled  counters,  the  array  Is  printed  on  the  report 
to  the  right  of  the  I-LINE  (see  NOTE  for  an  explanation  of  key  operation 
scheduling  and  bow- waving).  Historical  data  not  be  printed  on  the 
report  unless  the  current  week  (where  current  week  is  greater  than  1)  and  the 
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I-LINE  Is  also  printed.  When  historical  data  Is  printed,  calculations  are  as 
follows: 

For  each  selected  key  operation,  man-hours  scheduled  for  the  three  weeks 
prior  to  the  current  week  (KOP-WK-Nl-MHSCHED.  KOP-WK-N2  MHSCHED. 
KOP-WK-N3-MHSCHED)  are  added  to  their  respective  week  counters  In  an 
array  of  Industrial  man-hours  scheduled  counters.  The  array  is  then 
printed  on  the  report  to  the  left  of  the  I-LINE. 


Item  Column  Input  Description 

Number  Heading  Mnemonic  of  Report  Element 

22  IND  M/H  AVAIL  WC-MH-PER-WK  With  the  exception  of  weeks  In 

WC-IND-PCT-  the  past,  this  calculation  is 

CNSTNT  made  for  each  week  of  the  over- 

WC-NR-MEN-WK  haul.  The  calculation  is  as  fol¬ 
lows:  for  each  week  multiply 
TOTAL  M/H  AVAIL  (subscripted) 
by  (INDUSTRIAL  %  x  .01).  giving 
IND  M/H  AVAIL  (subscripted)  or 
WC-NR-MEN-WK  (subscripted)  x 
(WC-IND-PCT-CNST  x  WC-MH- 
PER-WK  x. 01) 

23  DIFFERENCE  IND  M/H  SCHED  With  the  exception  of  weeks  In 

IND  M/H  AVAIL  the  past,  this  calculation  Is 
made  for  each  week  of  the  over¬ 
haul;  the  calculation  is  as  fol¬ 
lows;  subtract  IND  M/H  SCHED 
(subscripted)  from  IND  M/H 
AVAIL  subscripted):  negative 
totals  are  acceptable 

24  IND  M/H  USED  KOP-WK-Nl-MHUSED 

KOP-WK-N2-MHUSED 

KOP-WK-N3-MHUSED 

KOP-MHUSED-THIS-WK 

This  calculation  is  made  for  the  current  week  and  the  three  previous  weeks; 
for  each  selected  key  operation.  Man-hours  used  for  the  current  week  (KOP- 
MHUSED-THIS-WK)  and  for  the  three  weeks  prior  to  the  current  week  (KOP- 
WK-Nl-MHUSED.  KOP-WK-N2-MHUSED,  KOP-WK-N3-MHUSED)  are  added 
to  their  respective  counters  In  an  array  of  Man-Hours  Used  counters;  the 
array  Is  then  printed  on  the  report  to  the  left  and  immediate  right  of  the 


I-LINE. 

Item 

Column 

Input 

Description 

Number 

Heading 

Mnemonic 

of  Report  Element 

25 

NR  OF  MEN 

WC-NR-MEN-WK 

This  element  Is  not  printed  for 
weeks  In  the  past;  for  each  week, 
print  the  value  found  in  men 
count  per  week  (WC-NR-MEN- 
WK)  (subscripted) 
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Item  Column  Input  Description 

Number  Heading  Mnemonic  of  Report  Element 

26  TOTAL  M/H  WC-NR-MEN-WK  This  calculation  Is  made  for  the 

AVAIL  WC-MH-PE^-WK  current  week,  the  three  previous 

weeks,  and  for  future  weeks;  for 
each  week,  multiply  the  number 
of  men  per  week  by  the  man¬ 
hours  per  work  week  constant  or 
WC-NR-MEN-WK  (subscripted)  x 
WC-MH-PER-WK  =  Total  M/H 
AVAIL  (subscripted) 


108 


109 


7.  Key  Event  List  Report  Specification 

a.  Report  Narrative 

The  objective  of  the  Key  Event  List  report  is  to  provide  a 
managerial  tool  to  keep  track  of  the  occurrence  of  key  events. 

b.  Report  Design 

The  report  is  produced  in  key  event  number  sequence  or 
in  key  event  date  sequence.  Headers  and  trailers  are  standard  (except 
report  title  sequence  and  report  level). 

c.  Report  Selection 

All  key  events  are  selected  for  this  report 

d.  Field  Descriptions 


Item 

Column 

Input 

Identification 

Number 

Heading 

Bfnemonlc 

of  Data 

1 

STD-HDRl- 

REPORT-LEVEL 

STD-TRL2- 

REPORT-LEVEL 

Move  the  report  title  to  this 
item:  in  this  case  it  is  “SHIP" 

2 

STD-HDR3-SEQUENCE 

Move  the  report  sequence  to  this 
Item;  In  this  case  It  Is  “Key  E^^ent 
Number" 

3 

STD-HDR3-TITLE 
STD -TRLl -TITLE 

Move  the  report  title  to  these 
Items;  In  this  case  it  is  “Key 
EJvent  Ust" 

4 

KEY  EVENT  NR 

KEV-KEV-CD 

The  KEY  EVENT  NR  contains  a 
four-position  code  obtained 
from  the  shipyard  or  a  code 
arbitrarily  assigned  by  the  ship¬ 
yard  to  represent  Important 
milestones  In  the  overhaul 
period 

5 

KEY  EVENT 
DESCRIPTION 

KEV-DESC 

This  field  contains  a  brief 
description  of  the  key  event 
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Item 

Number 


Column 

Heading 


Input 

Mnemonic 


Identification 
of  Data 


6  KEY  EVENT  WEEK  KEV-WK 


7  CURRENT  KEY  KEV-DTE-MIL 
EVENT  DATE 


The  KEY  EVENT  WEEK  contains 
the  week  of  overhaul  in  which 
the  key  event  will  occur;  it  is 
determined  by  using  the  over¬ 
haul  start  date  and  the  key  event 
date  fields:  obteiln  the  difference 
between  the  dates  and  convert  it 
to  a  week  niunber 

This  is  the  date  that  the  key 
event  is  scheduled  to  occur 


8  WEEK  KEY  EVENT 

LAST  CHANGED 


The  WEEK  KEY  EVENT  LAST 
CHANGED  field  is  the  week  the 
key  event  was  last  changed:  to 
find  this  week,  convert  the 
modification  date  in  the  key 
event  record  to  weeks 


9 

10 

11 

12 


PREVIOUS  KEY  KEV-PRV-DTE-MIL  This  field  contains  the  date  of 

EVENT  DATE  the  previous  key  event;  if  the  key 

event  date  is  changed,  then  the 
superseded  date  will  be  moved  to 
this  field  prior  to  the  change 

SY/SOS  Reserved  for  the  Supervisor  of 

Shipbuilding’s  signature 

SY  SCHEDULER  Reserved  for  the  Shipyard 

Scheduler’s  signature 


AVAIL  MANAGER 


Reserved  for  the  Availability 
Manager’s  signature 
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8.  Accomplishing  Work  Center  Report 

a.  Report  Narrative 

The  Accomplishing  Work  Center  Report  is  the  primary 
working  document  for  the  work  center.  During  the  availability,  space 
is  provided  to  report  the  number  of  man-hours  used,  completion  of 
keyops,  and  changes  to  the  scheduled  start  and  completion  weeks  and 
man-hour  estimates.  Space  is  also  provided  to  report  man-hours  used 
for  keyops  scheduled  in  the  future. 

b.  Report  Design 

The  report  is  produced  in  accomplishing  work  center 
sequence.  It  is  selected  in  four- week  increments  beginning  no  earlier 
than  the  current  week. 

Further  report  specifications  are  as  follows: 

•  Headers  and  trailers  are  standard 

•  Reports  will  be  produced  for  the  following  data  categories: 

-  All  jobs  and  keyops  in  progress 

-  All  jobs  and  keyops  scheduled  to  start  before  and/or  during  the 
period  covered  by  the  report 

-  All  jobs  with  key  operations  extending  beyond  the  overhaul 
completion  date 

c.  Report  Selection 

The  user  may  select  a  single  accomplishing  work  center 
or  a  string  of  work  centers,  a  range  of  work  centers,  or  any  combina¬ 
tion  of  range  and  string.  The  report  will  display  only  Jobs  and  keyops 
that  are  scheduled  and  not  deferred  or  finished. 
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d.  Field  Descriptions 


Item  Column  Input  Description 

Number  Heading  Mnemonic  of  Data 


1 

STD-HDRl-WC 
STD-TRLl -TITLE 

wc-wc 

wc-wc 

Work  center  designation 

Also  place  the  value  “WORK 
CENTER"  here 

2 

STD-HDR3-TITLE 

STD-TRL2- 

REPORT-LEVEL 

N/A 

Place  the  value  “ACCOMPLISH¬ 
ING  WORK  CENTER  REPORT" 
here 

3 

PROG/WGHT 

KOP-PHY-PROG 

KevoD  level:  Assigned  bv  the 

work  center  supervisor;  an  esti¬ 
mate  of  the  relevance  of  the 
keyop 

JOB-PHY-PROG 

Job  level:  Increments  as  kevops 
are  completed;  will  never  exceed 
100% 

4 

JCN 

JOB-JCN 

Job  control  number 

5 

NOUN  NAME 

JOB-NOUN-NAME 

Job  title 

6 

INDENT  NO. 

JOB-IES-NR 

Model  or  serial  number  MK  and 
MOD,  that  Identifies  the 
equipment 

7 

WEEK  SS  SC 

KOP-SW 

KOP-SC 

Scheduled  start  (SS)  and  sched¬ 
uled  completion  (SC)  weeks  for 
keyop 

8 

M/H  EST 

KOP-CURR-MHEST 

Estimated  man-hours  to  com¬ 
plete  keyop 

9 

TOT  USED 

KOP-MHUSED 

TO  DATE 

Man-hours  used  on  keyop  to  date 

10 

M/H  REMN 

KOP-CUR-MH- 

REMN 

Man-hours  remaining  to  com¬ 
plete  keyop 

11 

OA 

KOP-QA 

Quality  Assurance  “S’  to  be  per¬ 
formed  by  ship’s  force;  “Y*  to  be 

performed  by  industrial  activ¬ 
ity:  T"  to  be  performed  by  ten¬ 
der;  blank  no  QA  required 
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Item 

Column 

Input 

Description 

Number 

Heading 

Mnemonic 

of  Data 

12 

MONTH 

N/A 

Month  and  Sunday  date  of  a 
four-week  period  in  the  avail¬ 
ability;  report  is  restricted  to  a 
four- week  envelope;  ship  selects 
the  four  weeks  by  designating 
first  week 

13 

M/H  USED 

KOP-MHUSED- 

THIS-WK 

Man-hours  worked  on  keyop  in 
current  week 

14 

F 

KOP-FNSH-FLG 

Finished  “F"  is  inserted  in  this 
column  when  keyop  has  been 
completed 

15 

SSWK 

N/A 

Scheduled  start  (SS)  weeks  for 
keyops;  entries  are  made  only  if 
changes  are  required 

16 

SCWK 

N/A 

Scheduled  completion  (SC) 
weeks  for  keyops;  entries  are 
made  only  if  changes  are 
required 

17 

M/H  REMN 

N/A 

Man-hours  remaining  to  com¬ 
plete  keyop:  entries  are  made 
only  if  changes  are  required 

18 

KOP 

KOP-KOP-NR 

A  step  in  the  completion  of  a  Job 

19 

DESCRIPTION 

KOP-DESC 

Description  of  work  performed 
on  keyop 

20 

COMPARTMENT 

KOP-CMPT-NR 

Space  that  will  be  affected  when 
the  work  is  being  done,  used  as 
an  identifier  for  S4  Interface 

21 

KE 

JOB-KEV 

Key  event:  the  key  event  number 
represents  a  milestone  in  the 
availability:  key  events  and 
their  dates  are  normally  pro¬ 
vided  by  the  shipyard/ 
contractor 

22 

WEEK 

N/A 

Number  of  each  week  relative  to 
the  beginning  of  the  availability 

23 

WEEK 

N/A 

Number  of  man-hours  scheduled 
for  keyop  in  week  under  which  it 
is  listed  (man-hours  REMN 
divided  by  scheduled  weeks 
remaining  to  complete  keyop 
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Item 

Column 

Input 

Description 

Number 

Heading 

Mnemonic 

of  Data 

24 

N/A 

N/A 

Question  marks  (???)  Indicate  a 
Jeopardy  condition  for  that 
keyop.  e.g.,  “NOT  STARTED," 
“NOT  COMPLETED."  or  “NOT 
SCHEDULED" 

25 

PRI 

JOB-PRI 

3M  system  priority  or  special 
priority  established  by  the 
TYCOM 

26 

WRITE-IN 

SECTION 

N/A 

When  a  keyop  not  scheduled 
during  the  four  weeks  covered  by 
this  report  is  started:  enter  JCN 
and  keyop  number  and  report 
man-hours  used  as  previously 
described;  changes  in  a  man¬ 
hour  est  and  keyop  scheduling 
may  also  be  made  if  required 

27 

WEEK  USED 

Number  of  man-hours  used  the 
previous  week 
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APPENDIX  C 

COVER  LETTERS  AND  SURVEY  FORM 

30  July  1988 

From:  LT  Michael  MANSFIELD,  Computer  Technologies  Office  (Code 
37) ,  Naval  Postgraduate  School,  Monterey,  CA  93943 

To:  Commanding  Officer,  OSS  RICHMOND  K.  TURNER  (C6-20) 

Subj:  Data  Collection  on  the  Usability  of  the  Fleet  Management 
System  -  Real  Time  (FMS-RT) 

End:  (1)  Ten  Copies  of  a  Usability  Survey  of  the  FMS-RT  System 

1 .  I  respectfully  request  your  commands  participation  in  a 
survey  of  the  usability  of  the  FMS-RT  system.  Only  25  ships  have 
used  this  system  since  it  entered  the  fleet  in  January  1988. 

Your  ship  is  one  of  only  a  very  few  capable  of  assisting  us  in 
collecting  valid  user  evidence  to  help  improve  this  system. 

2.  This  survey  is  part  of  my  thesis  on  the  FMS-RT  system.  PERA 
(CRUDES)  Philadelphia  is  the  sponsor  of  this  research.  The 
results  of  this  survey  will  be  available  through  the  Postgraduate 
School  or  through  PERA  (CRUDES) . 

3.  I  respectfully  request  that  the  ten  surveys  sent  as  enclosure 
(1)  be  completed  by  various  members  of  your  command.  Me  desire 
that  they  be  distributed  evenly  between  those  who  fill  out  the 
input  forms  like  workcenter  supervisors  and  those  who  interpret 
and  make  decisions  based  on  the  output  like  division  officers. 

It  is  important  that  the  people  in  your  command  that  actually  put 
the  changes  into  the  cmaputer  are  part  of  the  ten  men  surveyed. 

4.  Me  realize  your  time  and  your  crews  time  is  very  valuable  and 
is  overly  burdened  during  a  major  overhaul  period  like  the  one 
you  are  presently  going  through  or  recently  completed,  however 
your  help  is  needed  to  improve  this  new  system.  Me  would 
appreciate  your  assistance  in  this  data  collection  effort. 

Very  Respectfully, 
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Znforaation  for  Suirray  Vartieipantr 

The  purpose  of  this  survey  is  to  ascertain  the  strengths  and 
weaknesses  of  the  FMS-RT  system  you  are  currently  using  aboard 
your  ship.  Your  name  is  not  important,  all  that  is  important  is 
that  you  are  responsible  for  either  entering  data  into  the  system 
through  the  various  input  forms  or  you  are  responsible  for 
determining  what  to  do  based  on  the  output  of  the  system. 

The  FMS-RT  system  entered  the  fleet  in  January  1988, 
therefore,  it  is  important  to  get  feedback  from  the  user's  of 
strengths,  weaknesses,  and  possible  enhancements.  Your  responses 
will  be  correlated  with  other  ships  within  your  fleet.  Ne 
anticipate  responses  form  about  eight  to  ten  ships  per  fleet 
(PACFLT  and  lANTFLT) .  The  results  of  this  thesis  will  be 
available  by  request  through  the  Naval  Postgraduate  School  and 
through  Naval  Sea  Systems  Command  Detachment  PERA  (CRUDES) 
Philadelphia,  PA  19112.  Additionally,  each  surface  type 
commander  will  receive  a  copy  of  this  report. 

Only  about  25  ships  have  used  this  system  since  it  reached 
the  fleet.  Your  honest  opinion  is  needed  to  create  valid 
evidence  to  improve  the  FMS-RT  system  for  the  future.  Peel  free 
to  attach  handwritten  listings  of  problems  or  improvements  if  you 
run  out  of  room  on  the  last  question.  What  you  say  does  matter 
and  can  have  significant  impact  on  the  future  of  this  system. 

The  more  detailed  the  information  you  provide,  the  better  the 
results . 

In  sununary,  the  results  of  this  survey  will  go  to  the  people 
responsible  for  maintaining  the  FMS-RT  system  and  your  type 
commander.  The  results  will  be  fleet  specific.  Your 
participation  is  essential  to  make  this  system  better.  We  know 
your  time  is  valuable,  but  a  little  time  spent  now  may  save  many 
hours  of  agony  spent  by  others  trying  to  figure  out  problems  with 
a  faulty  system.  This  is  your  chance  to  make  at  least  this 
system  work  better  for  you.  Thank  you  very  much  for  your  cooperation. 
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Uaabllity  Stirray  of  th« 
riMt  Ifnig—o nt  Syatoa  -  Roal  Tiaa  (IMS-RT) 

COMMAND : _ 

The  purpose  of  this  study  is  to  measure  how  you  feel  about 
certain  aspects  of  the  computer-based  FMS-RT  system  you  have  or 
are  currently  using. 

On  the  following  pages  you  will  find  different  factors,  each 
relating  to  some  aspect  of  the  FMS-RT  system.  Please  rate  each 
factor  on  the  descriptive  scales  that  follow  it,  based  on  your 
evaluation  of  the  factor. 

1.  What  is  your  position  at  your  command? 

Division  Officer _ 

Chief  Petty  Officer  (E7  -  E9) _ 

Work  Center  Supervisor _ 

FMS-RT  Data  Processor _ 

Other  (specify) _ 

2.  How  many  major  overhauls  (ROH's,  PMA's  or  SRA's)  have  you 

gone  through? _ 

The  scale  positions  are  defined  as  follows: 

adjective  X  : _ : _ : _ : _ : _ : _ : _ :  adjective  Y 

(1)  (2)  (3)  (4)  (5)  (6)  (7) 

(1)  extremely  X  (5)  slightly  Y 

(2)  quite  X  (6)  quite  Y 

(3)  slightly  X  (7)  extremely  Y 

(4)  equally  X  or  Y 

The  following  example  illustrates  the  scale  positions  and 
their  meanings: 

My  vacation  in  Australia  was: 

restful  :  :  :  :  :  :  :  :  X  :  hectic 


healthy  : _ ;  X  ; _ : _ : _ ; _ ; _ : _ :  unhealthy 

According  to  the  responses,  the  person's  vacation  was 

extremely  hectic  and  quite  healthy. 

XMSTROCTXOirS 

a.  Check  each  scale  in  the  position  that  describes  your 
evaluation  of  the  factor  being  judged. 

b.  Check  every  scale;  do  not  omit  any  question. 

c.  Check  only  one  position  for  each  scale. 

THIS,  NOT  THIS 

d.  Check  in  the  space,  not  between  spaces.  ;  X  ;  X  ; 
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e.  Work  rapidly.  Rely  on  your  first  impressions. 

AMSim  BASED  OH  YOOB  RBLIMGS. 


3 .  Degree  of  training  provided  on  the  FMS-RT  and  overhaul 
process : 

complete  ; _ : _ : _ : _ : _ : _ : _ :  incomplete 

superior  : _ : _ : _ : _ : _ : _ : _ :  inferior 

4.  Users'  understanding  of  the  objectives  of  the  FMS-RT: 

insufficient  : _ : _ : _ : _ : _ : _ : _ :  sufficient 

complete  : _ : _ : _ : _ : _ : _ : _ :  incomplete 

5.  Users'  feeling  of  participation  in  the  overhaul  management 
process  by  using  this  system: 

positive  : _ : _ : _ : _ : _ : _ : _ :  negative 

insufficient  : _ : _ : _ : _ : _ : _ : _ :  sufficient 

6.  Attitude  toward  using  the  FMS-RT: 

cooperative  : _ : _ : _ : _ : _ : _ : _ :  belligerent 

negative  : _ : _ : _ : _ : _ : _ : _ :  positive 

7.  Reliability  of  output  information: 

high  : _ : _ : _ : _ : _ : _ : _ :  low 

complete  : _ : _ : _ : _ : _ : _ : _ :  incomplete 

8.  Relevancy  of  output  information  to  overhaul  planning: 

relevant  : _ : _ : _ : _ : _ : _ : _ :  irrelevant 

useful  : _ : _ : _ : _ ; _ : _ ; _ :  useless 

9.  Accuracy  of  output  information: 

inaccurate  : _ : _ : _ : _ : _ : _ : _ :  accurate 

certain  : _ : _ : _ : _ ; _ : _ : _ :  uncertain 

10.  Number  of  people  involved  in  communicating  changes  in  data: 
(Check  one) 

Too  Many _ 

Just  Right _ 

Too  Few 


120 


11.  Number  of  changes  to  data  per  week.  Changes  include 

addition  to,  deletion  of,  and  modification  of  the  data. _ 

12.  As  a  user  of  the  FMS-RT  would  you  like  it  to  be  interactive? 
Interactive  computer  systems  are  like  SNAP  I  and  II  where  you 
follow  the  commands  on  the  screen  to  enter  or  change  data.  These 
type  systems  would  allow  changes  to  the  ships  database  just  like 
a  CSMP  addition,  deletion  or  change  is  made  with  various  level  of 
authority  for  approval . 

YES  NO 


13.  Do  you  see  a  need  to  see  what  other  ships  in  your  class  did 
during  their  overhauls  or  do  you  see  each  overhaul  as  a  separate 
event  with  little  to  no  relation  to  other  ship  class? 

I  see  the  need  to  look  at  other  ships  data. _ 

I  see  no  need  to  look  at  other  ships  data. _ 

14.  Are  the  reports  generated  in  a  useful  format? 

YES  NO 


15.  Did  your  training  for  overhaul  on  the  FMS-RT  teach  you  how 
to  use  the  output  reports  as  a  tool  to  manage  the  overhaul 
process? 

YES  NO 


16.  Do  you  use  another  system  in  addition  to  FMS-RT  to  track  job 
status  like  a  manual  system  devised  internally? 

YES _  NO _ _ 


n .  How  do  you  evaluate  the  overall  usability  of  the  FMS-RT? 

Extremely  useful _ 

Quite  useful _ 

Better  than  nothing _ 

More  of  a  problem  than  a  useful  tool _ 

18.  What  coast  did  you  receive  your  training  on:  (Circle  one) 

East  or  West 

19.  List  any  improvements  you  would  like  to  see  made  in  this 

system  or  problems  encountered  when  trying  to  utilize  this 
system _ _ _ _ _ 


Thank  you  very  much  for  your  cooperation. 
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APPENDIX  D 


FMS-RT  PROBLEMS  AND  ENHANCEMENTS 


Question  19  of  the  usability  survey  asked  the  respondent  to  list 
any  improvements  he  would  like  to  see  made  to  the  FMS-RT  system  or 
any  problems  he  encountered  when  trying  to  utilize  this  system.  Of  the 
120  survey  responses.  76  respondents  provided  the  following  list  of 
problems  and  possible  enhancements.  The  remaining  respondents  did 
not  provide  an  answer  to  this  question.  The  number  in  parentheses 
after  any  of  the  items  indicates  the  number  of  respondents  who  made 
the  same  or  very  similar  comments:  the  letter  “P"  indicates  a  problem 
in  the  system  and  the  letter  “E*  indicates  an  enhancement  to  the 
system. 

•  Training  on  FMS-RT  was  incomplete.  (18P)  (The  researcher 
looked  in  detail  at  this  problem.  Its  cause  was  the  transition  from 
SFOMS  to  FMS-RT.  The  ships  already  in  overhaul  had  to  switch 
systems  partway  through  and  did  not  receive  the  FMS-RT  Phase  I 
and  II  training.  They  received  a  one-  to  two-day,  scaled-down 
training  program  specifically  on  FMS-RT.) 

•  Make  the  system  interactive  so  that  work  center  supervisors  can 
make  changes  to  their  part  of  the  database  when  toey  have  the 
time.  During  overhaul,  work  center  supervisors  must  submit  their 
reports  by  a  certain  deadline  and  receive  reports  at  a  certain  time. 
It  would  be  helpful  if  this  system  was  part  of  the  SNAP  system  and 
could  be  used  all  the  time  for  weekly  work  schedules,  etc.  (18E) 

•  Incorporate  training  on  how  to  use  the  output  forms  in  managing 
the  overhaul.  More  emphasis  on  how  to  efficiently  use  FMS-RT  as 
a  tool  rather  than  how  to  read  and  fill  out  reports.  We  need  to 
know  what  the  reports  are  telling  us  the  problems  are.  (17P) 

•  FMS-RT  needs  a  percentage  completion  field  for  each  Job  and  a 
remarks  space  to  enter  detailed  information.  The  system  is  weak 
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at  tracking  jobs  at  the  end  of  the  overhaul,  when  more  informa¬ 
tion  is  needed  to  provide  the  commanding  officer  adequate  detail 
to  support  major  decisions,  like  crew  move-aboard  and  other 
upcoming  events.  (16E) 

•  The  output  reports  need  to  be  in  a  more  useful  format.  The 
reports  should  be  created  by  a  group  of  users,  like  commanding 
officers  make  a  generic  report  form  for  their  use  and  division  offi¬ 
cers  and  work  center  supervisor  make  up  the  forms  they  need  to 
use.  Get  the  users  to  ms^e  the  standard  reports  in  a  more  useful 
format.  (15P) 

•  Provide  a  tutorial  so  people  interested  can  learn  how  to  use  the 
system  and  its  software.  The  current  documentation  is  not  written 
at  the  level  of  the  normal  user.  (14E) 

•  Totally  automate  the  material  tracking  function.  Link  the  com¬ 
puter  aboard  the  ship  to  the  Naval  Supply  Center  (NSC)  or  Ships 
Parts  Control  Center  (SPCC).  (12E)  (The  researcher’s  limited 
investigation  of  this  enhancement  found  that  the  software  would 
have  to  link  into  the  Supply  Systems  Uniform  Data  Automated 
Processing  System  (UDAPS)  either  at  the  local  NSC  or  at  SPCC. 
The  computer  would  have  to  use  the  requisition  number  as  the 
primary  field  to  interface.) 

•  The  form  feed  on  the  graphics  does  not  operate  correctly.  When 
all  departments  are  selected,  extra  spacing  is  inserted.  (12P) 

•  The  Workllst  Form  and  Worklist/Material  Form  do  not  print  com¬ 
partment  numbers  correctly.  They  leave  out  the  (IIP) 

•  The  Scheduling  Geintt  Chart  dates  across  the  top  do  not  print 
properly.  The  calendar  may  print  six  weeks  of  December  when 
there  were  only  five  and  the  sixth  week  should  have  been  January. 
The  number  of  the  day  is  correct,  but  the  month  function  has  a 
tracking  problem.  (IIP) 

•  In  SFOMS,  they  created  an  initial  SFWP  and  the  crew  corrected 
that  and  added  or  deleted  jobs  as  applicable.  This  was  helpful  in 
getting  the  ship  started  because  they  could  look  at  their  jobs, 
^ley  had  reports  that  applied  to  them.  This  made  acceptance  of  a 
new  system  easier  than  the  FhlS-RT  system,  where  the  ship  has 
to  create  the  initial  SFWP  and  correct  it  as  time  passes.  As  an 
enhancement,  create  that  initial  SFWP.  (lOE) 
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•  The  printer  dip-switch  settings  are  not  provided  to  the  user 
either  in  the  FMS-RT  Operating  Manual  or  in  the  FMS-RT 
Administrative  Manual.  (lOP) 

•  Error  messages  do  not  stay  on  the  screen  long  enough.  (lOP) 

•  The  system  has  no  “what  if*  or  query  capabilities  and  has  very 
limited  sort  capabilities.  (9E) 

•  Have  FMS-RT  provide  the  overhaul  SITREP.  The  SITREP  can  be 
made  Into  a  standard  form  by  post-overhaul  commanding  officers 
and  the  type  commanders.  (9E) 

•  Prepare  a  report  of  all  Jobs  linked  to  a  particular  key  event,  like 
the  Light-Off  E^xamlnatlon.  This  permits  concentration  of  effort  in 
meeting  critical  shipyard  events.  (8E) 

•  When  control-FlO  is  selected  for  producing  all  department 
charts,  the  system  loops  with  the  same  chart  being  prepared.  (8P) 

•  Add  the  capability  to  add  a  key  operation  to  a  finished  job,  as  well 
as  the  ability  to  add  and  finish  key  operations  at  one  screen.  (7P) 

•  The  Workload  Forecast  and  Summary  Report  does  not  update 
man-hours  scheduled  and  man-hours  used  to  the  left  of  the  1-line. 
(5P) 

•  Prepare  a  critical  Job-tracking  form.  The  form  can  be  limited  in 
the  number  of  Jobs  that  can  be  on  it  to  ensure  commands  only 
have  a  limited  number  of  critical  Jobs.  The  entry  of  Jobs  to  the  list 
is  controlled  by  the  commanding  officer  or  his  delegated  repre¬ 
sentative.  The  Ust  has  very  detailed  information,  such  as  material 
requisition  status  and  current  Job  status  in  a  brief,  remarks-type 
format.  (4E) 

•  Ensure  all  menu  selections  are  consistent.  For  some  menu  selec¬ 
tions  you  have  to  hit  the  enter  key,  but  for  others  you  select  the 
number  and  it  automatically  takes  you  to  the  part  of  the  program 
you  want.  (3P) 

•  Do  away  with  the  four-week  window  column  on  the  Workload 
Forecast  and  Summaiy  Reports.  (2E) 

•  Change  the  color  of  the  screens.  The  red  screen  on  a  black  back¬ 
ground  is  disturbing  to  the  eyes.  The  colors  make  it  hard  to  do 
changes  in  one  long  sitting  because  you  get  headaches  from  look¬ 
ing  at  the  screens  for  an  extended  period  of  time.  (2P) 
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•  The  dual  hard  disk  Is  hard  to  use.  Back-ups  should  be  automatic 
when  existing  from  any  part  of  the  program.  Provide  an  easy, 
automatic  back-up  capability.  This  may  need  prompts  as  you  exist, 
like  “Before  exit  function  is  complete,  do  you  want  the  transac¬ 
tions  from  this  session  saved?  Yes  or  No."  (IP) 

•  The  documentation  on  the  system  is  poor.  Provide  the  ship  with 
better  user  manuals  and  a  help  line  (a  phone  help  service).  (IP) 
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